Eelco Hillenius wrote: > > Cheers Chuck. > > >> Understood, I will create a JIRA with the patch. That is, unless you >> reply >> and suggest a specific JIRA to attach it to. If you have questions >> before >> applying the patch, I won't take offense if you need me to "defend" my >> code. > > My ideal situation still is that the converter and components in > wicket-datetime would work with both Date and DateTime objects > transparently. I don't care about how they work internally, but IMO > they should work regardless of whether the model object is a Date or > DateTime object. > > Eelco >
OK, here is what I came up with. I assumed that DateTime was the primary object for this project. Then added the abllity for the developer to override the default type with util.Date thereby supporting both types of date. DateTime with no effort, Date with little effort. http://issues.apache.org/jira/browse/WICKET-466 Chuck -- View this message in context: http://www.nabble.com/-datetime--DateConverter-tf3233793.html#a9966056 Sent from the Wicket - User mailing list archive at Nabble.com. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Wicket-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wicket-user
