I agree with your statement. As noted in my earlier comment, I think the alternative (throw out the offsets if tz is present) would have too much potential to break things and lead to unanticipated results. -Arle > On 2014 Aug 15, at 01:01 , Phillips, Addison <addison@lab126.com> wrote: > > The data value probably should be parsed according to rules in HTML, so it would be true that 2014-06-10T00:00:00+08:00 has the incremental time value equivalent to June 9, 2014 at 4 PM UTC. Then if there is a tz attribute of “America/Los_Angeles” (which is GMT-07:00), that incremental time displays as June 9, 2014 9:00 AM (if I’m doing my maths right). So the tz overrides the LTO of +8 for display, but not for parsing of the value. This would mean that parsers would work without regard for the tz attributes presence or absence and identically to today. The recommendation is to use “Z” (UTC) for timestamps to prevent confusion. > > Thoughts?
Received on Friday, 15 August 2014 14:12:38 UTC