Does anyone know of a bean or plug-in that will include a time picker with a calendar? I need a simple method for entering dates and times.
I have searched the web intensively for spinners that we can use. At least I didn’t like it.
Servoy put my request for a data and/or time spinner on the list.
if you have a time portion in the format of the calendar field 2.0RC5 will now add a textfield for the time portion so that you can edit the time..
For now it is a simple edit field.. It is not as fancy yet as the time chooser of the windows clock (that you can spin through hour:minute fields..
This will improve in the further..
Thanks. I’m looking forward to the new release.
We do need also a dedicated Time Picker field - in many scheduling cases there is a need to display and edit only times and no dates. The Calendar popup has not been updated in a long time. In the Web Client it is even worse - the time edit always uses 0-23 hour clock regardless the format given. Ideally, there should be a separate UI control for editing times (with the appropriate validation!) which is not tied in to the Calendar popup.
Hi Rossen,
I guess something like this could be built into the JSDatePicker module.
Or do you require that it’s all done in/on the field on the form ?
Hi Rossen,
why kicking a 9yr old thread up for this?
I think there’s multiple ways to have easy time entry now.
Just put up a date field and set the format to ‘HH:mm|HHmm’
Users will see a nice time portion: ‘13:45’, but will be able to enter it as ‘1345’
Another nice formatting is: ‘HH:mm|_|mask’
Users will see the same as above, but if empty, the field will show ‘:’ and again users will be able to enter like ‘1345’
be sure to tick the checkbox of the ‘selectOnEnter’ property of the field.
ROCLASI:
Hi Rossen,I guess something like this could be built into the JSDatePicker module.
Or do you require that it’s all done in/on the field on the form ?
The goal is to have everything done in the field on the form without any additional popups
mboegem:
Hi Rossen,why kicking a 9yr old thread up for this?
I think there’s multiple ways to have easy time entry now.
Just put up a date field and set the format to ‘HH:mm|HHmm’
Users will see a nice time portion: ‘13:45’, but will be able to enter it as ‘1345’Another nice formatting is: ‘HH:mm|_|mask’
Users will see the same as above, but if empty, the field will show ‘:’ and again users will be able to enter like ‘1345’be sure to tick the checkbox of the ‘selectOnEnter’ property of the field.
This is exactly what we have currently - using the CALENDAR type field (to validate the input) with a format which includes only the time part - however the Calendar button is still present and cannot be removed/disabled, so users can still click it… and then start asking questions like: “why there is a calendar on a time field? what date should we select? why the time editor in the calendar does not use the correct format (in the case of the Web Client)?”
We tried doing things like putting two separate SPINNER fields to represent separately the hours and minutes, but those cannot be bound directly to the datetime dataproviders/columns and need to be manually handled in both directions (setting and getting the hours/minutes) - that in my opinion should be handled “out-of-the-box” with the appropriate UI control from Servoy which after 9 years is still missing in their toolbox. (this explains why I chose to “kick” this old thread)
In short, what we need is this: a new standard Servoy UI control which can be bound to a datetime dataprovider (like the CALENDAR) but which displays and manipulates only the time portion of the datetime value (utilizing a format similar to what the CALENDAR field is doing) - it does not need to have any button like the CALENDAR, but if it does, the popup should contain only time-relevant information (like hours, minutes, seconds, etc. and options to set the value to the current time, increment/decrement the different time parts, etc.)
In my opinion, this is quite simple to be implement for Servoy, is a standard part of all other major development platforms, is supported on all clients (Smart, Web, Mobile) and is a functionality which most users expect in any scheduling or other business application which has to deal with times.
rossent:
This is exactly what we have currently - using the CALENDAR type field (to validate the input) with a format which includes only the time part - however the Calendar button is still present and cannot be removed/disabled, so users can still click it… and then start asking questions like: "why there is a calendar on a time field? what date should we select?
Just use a type: ‘TEXTFIELD’ for it.
No need for a calendar type field at all…
mboegem:
rossent:
This is exactly what we have currently - using the CALENDAR type field (to validate the input) with a format which includes only the time part - however the Calendar button is still present and cannot be removed/disabled, so users can still click it… and then start asking questions like: "why there is a calendar on a time field? what date should we select?Just use a type: ‘TEXTFIELD’ for it.
No need for a calendar type field at all…
The TEXTFIELD is a possible workaround but is far from a perfect solution. The formats of type “hh:mm aa|hhmmaa” allow the users to type in anything they want without restricting the input only to the applicable digits or am/pm and then they get stuck with the “red” data wondering what is wrong; the formats of type “hh:mm aa|_|mask” behave a little bit better because they do limit the input a bit (allow only digits for the hours/minutes but in the am/pm place users can still enter any character they want) but users still must enter am/pm instead of selecting this from a list which is not very intuitive when all they see in the blank field is “: __”. In addition, there is no way to increment/decrement the hours/minutes/etc. with the keyboard (by using up/down arrows like you can in the CALENDAR).
I hope that you would agree that there is quite a bit room for improvement. Just check out what the vendors of the leading UI components offer and compare them with the UI controls in Servoy. After all, it is 21st century and users expect a lot more from professional applications - so do developers from their development platform vendors.
Hi Rossen,
I suggest you file this as feature request in Jira.