Does the conversion take the users timezone into account? In that case we could convert to UTC in the db and feed it into the right timezone and format into the new datepicker?
Reinier Van: [email protected] [mailto:[email protected]] Namens Eric Allen Verzonden: vrijdag 30 oktober 2009 20:26 Aan: track-discuss Onderwerp: [Tracks-discuss] Merging to trunk: one last issue Hey Tracks community, I'm finally ready to merge my jQuery brach <http://github.com/epall/tracks/tree/jquery> back into the mainline Tracks trunk, but I have one little issue. Our old datepicker used the strftime() standard format with percents and stuff. jQuery UI's Datepicker, well, doesn't <http://docs.jquery.com/UI/Datepicker/formatDate> . How should we deal with the switch? Should I write a simple migration that just transforms month, day, and year symbols? I'm concerned that I won't get it quite right and I'll break somebody's Tracks instance. Do we leave the old format and translate on the fly? That seems like the worst of both worlds to me. Do we just reset everybody's format and put something in the changelog telling people to update their date formats? What do you think would be the best way to handle the transition to the jQuery UI Datepicker's date format string? -Eric
_______________________________________________ Tracks-discuss mailing list [email protected] http://lists.rousette.org.uk/mailman/listinfo/tracks-discuss
