Regarding globalization:timezoneoffsets, I just wanted to share my
anecdotal evidence that Proposal 1 (Date.withTimeZone()) works very nicely
in production -- at Bloomberg I expose this exact API (named inTimeZone()
instead of withTimeZone(), though) to developers and it has worked very
well for the applications that need full IANA timezone support (e.g.,
displaying exchange-local dates or handling recurring events in other
timezones). I hope this winds up being preferred for inclusion in the spec.
Thanks for all the hard work Norbert!

Thanks,
-Andrew


On Thu, Apr 25, 2013 at 12:45 PM, Norbert Lindenberg <
ecmascript at lindenbergsoftware.com> wrote:

> Minutes of last week's meeting of the TC39 ad hoc on internationalization
> are now available on the meetings page:
> http://wiki.ecmascript.org/doku.php?id=globalization:meetings
>
> Norbert
> _______________________________________________
> es-discuss mailing list
> es-discuss at mozilla.org
> https://mail.mozilla.org/listinfo/es-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130425/a81952ae/attachment-0001.html>

Regarding globalization:timezoneoffsets, I just wanted to share my
anecdotal evidence that Proposal 1 (`Date.withTimeZone()`) works very nicely
in production -- at Bloomberg I expose this exact API (named `inTimeZone()`
instead of `withTimeZone()`, though) to developers and it has worked very
well for the applications that need full IANA timezone support (e.g.,
displaying exchange-local dates or handling recurring events in other
timezones). I hope this winds up being preferred for inclusion in the spec.
Thanks for all the hard work Norbert!