[Grok-dev] progress on megrok.form
uli at gnufix.de
Fri May 1 18:12:41 EDT 2009
Santiago Videla wrote:
> 1) build at least megrok.datetimewidget in a similar style
> hurry.yui and other eggs, that fetch the foreign code only
> releases, so that the code does not enter the Zope repository.
> This way
> 2) deprecate zc.datetimewidget, megrok.datetimewidget, etc.
> and use for
> example the calendar from YUI (provided by hurry.yui) instead.
> This has,
> however, some drawbacks: with the YUI calendar one can only go
> forward/back one month at once. So picking for example your
> date of
> birth can become quite cumbersome: people of age 50 have to
> click the go
> back button about 600 times to pick their date. People of age
> 99 might
> even die before they reach that point ;) There might be a
> however. I am not a YUI expert.
> In terms of support and maintenance, I guess that 2) it's better (the
> latest release of the calendar used in zc.datetimewidget was 4 years
> ago). But I never used YUI before, so I have no idea if there is a way
> to resolve that issue... anyone?
Jasper Spaans friendly pointed me to
where you can enter some year. It's not the same as with the original
calendar widget, but at least shortens things.
wisely answered: it depends. Somtimes you want people to pick a day in a
certain month, somtimes (as with birth dates) you want to give them the
ability to enter a year easily. So, in general, you want different date
pickers for different purposes.
> otherwise 1) it's the way to go, right? but maybe we could use another
> jquery for example: http://jqueryui.com/demos/datepicker/
> we could create hurry.jquery, and re-write the calendar widget in
> megrok.form as we did for tinyMCE. Besides that, jquery has a lot of
> plugins and extra features to play around in megrok.form
> what do you think?
Hm, my impression was that YUI already brings a lot of stuff as well.
Furthermore, as YUI is already available with hurry.yui, an appropriate
widget could be implemented even faster with it. I am not a
All this does not mean, that one couldn't provide jQuery support as
But afterall it looks like we should say farewell to the good old
zc.datetimewidget datepicker, right?
What do others think?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
Url : http://mail.zope.org/pipermail/grok-dev/attachments/20090502/f1d15b84/attachment.bin
More information about the Grok-dev