How more i looked at the YUI how more i disliked it . No time support, No fast year switching support, Strange selection support where you have to set 2 things (selected date (day/month/year) and selected page (month/year) No build in 2 way support (that i was trying to fix)
What do you mean?
No Localization
The localization you get is just a couple of language filled in by default. Very nice, but are you sure it'll work for Chinese and Russian etc? And are those languages gonna be maintained properly? (the problem with that other project)
Loads and Loads of javascript that you need (difficult to read)
Difficult to read? It's one of the more decent API's I've seen. It's funny when you work on Wicket while at the same time seem to have a problem with other projects writing very generic code.
And i still can't find or know how to config a date pattern... (none of the examples show that and i can't find the javascript that does that)
But you can do that with the selectHandler like DatePicker does. Why does that have to be a built in facility?
just look at the setupConfig part in the javascript, there is no property like datepattern, or just search for DATE_DELIMITER, it isn't set (what the parsing should do) anywhere in the code (except in init), . So the parsing of the (java) format strings has still to be written to look what all the positions are and what the delimiter is. beside all that, it still doesn't work correctly at my place when using css positioning I guess that had something to do with the div that you needed to include in your code that is then encapsulated in a div where it then resides in and it can't grow bigger then that div (if this is the case then that is problem for us)
So it's probably a CSS problem, that likely can be fixed at your side.
Ofcourse it has many more functions (like rolling/setting date properties and so on) but i don't need that really in a wicket calendar component or multiply months at once (also don't need that i need fast year switching), multiply select.
Look, it's fine when you look for something very concrete and stuff. I completely do not agree with you bashing this component though. I think it's very well written, and - if you take the time to figure out how - the sky is the limit with that component (custom events, custom renders, etc). But hear this: 1) I did NOT intend this to be THE datepicker of choice for Wicket. I asked for others to contribute, but a contribution never came. The old one - also the result of my blood sweat and tears - was painful to maintain. Yes it has all kinds of languages, but at least 30% of them didn't work well. It rendered ugly and slow, and the code wasn't particularly pretty to look at. But the nbr 1 problem was that it wasn't being maintained at all. The YUI calendar is a professional looking widget of which I'm pretty sure it will be maintained for a long time. Surely it's not perfect, like none is, but hey, just build your own one then. For Wicket, the YUI calendar is a good choice, and things like localization and even things like year selection and stuff can all be build in if we create the proper abstractions.
The one from dhtmlgoodies is pretty nice and has pretty much all the features i need. (like real support for almost any kind of datetime formats) Fast switching of years, time support, localization is done for the major languages (and easy to maintain), it is 2 way. Biggest problem again is LGPL :( so it can't be added to core. I will make a wicketstuff project.
Yeah, let's all just commit our own favorite date picker. Are you sure you gonna support it well? Eelco
