Justin Mclean said: >And don't forgot the daylight savings time "feature", this comes up again and >again in Adobe's JIRA over the years.
That's what I called "manage DST properly". Yes of course, it needs to be managed, otherwise it's not funny :-). Maurice -----Message d'origine----- De : Maurice Amsellem [mailto:maurice.amsel...@systar.com] Envoyé : mercredi 9 octobre 2013 09:23 À : dev@flex.apache.org; paul.hasti...@gmail.com Objet : Date and Time with TZ discussion (Moved this topic on itw own thread and summed up the answers so far, so that we can continue the discussion) Maurice -----Message d'origine----- De : Paul Hastings [mailto:paul.hasti...@gmail.com] Envoyé : mercredi 9 octobre 2013 06:34 À : dev@flex.apache.org Objet : Re: Date without Time (Was: Re: Adobe Bugbase: Bug 3643917 Updated: Date/time gets messed up by the client locale time zone setting) On 10/9/2013 7:04 AM, Michael A. Labriola wrote: >> Besides of the "Date without time" issue, there is also the issue >> handling regular Date+Time in different TZ. > > That's a lot more difficult, especially, as you mention because of DST > as it requires data tables to make those decisions historically. > > I think the only way you can achieve this is changing every hard > dependency in Flex on Date to use an interface type. i find it somehow comforting that i'm not alone in timezone hell ;-) for "historical" dates we've used calls back to the server (coldfusion) or during data retrieval where we could access the whole tz database. but the issue then became what's "historical"? which ended up as "whatever the client said it was", not the best approach. really curious to see what folks have done to solve this. ____________________________________________________ Justin Mclean wrote: Hi, > Besides of the "Date without time" issue, there is also the issue handling > regular Date+Time in different TZ. And don't forgot the daylight savings time "feature", this comes up again and again in Adobe's JIRA over the years. Thanks, Justin ___________________________________________________ Michael Labriola wrote: >Besides of the "Date without time" issue, there is also the issue handling >regular Date+Time in different TZ. That's a lot more difficult, especially, as you mention because of DST as it requires data tables to make those decisions historically. I think the only way you can achieve this is changing every hard dependency in Flex on Date to use an interface type. Mike ___________________________________________________ Maurice Amsellem wrote: Hi, Besides of the "Date without time" issue, there is also the issue handling regular Date+Time in different TZ. The requirement is to be able to do Math on Date+Time locally (not on the java side) that is TZ aware, and manage DST properly. I spent several months working on it and from what I understand, others did the same. - What were the business requirements ? - What techniques did people use to met the requirements ? - Could we imagine having a decent implementation of this in pure Flex, something like a partial porting of eg. JodaTime to Flex ? - Is it "feasible" to change all the time-aware Flex components ( DateField, DateChooser, Charts, etc.) so that they can use Date or something else (maybe through an interface as suggested in this thread) ? Maybe I should open another thread on that, not to pollute this one. Regards, Maurice
