Wrote a short strawman - http://wiki.ecmascript.org/doku.php?id=globalization:timezoneoffsets
2013/4/9 Nebojša Ćirić <[email protected]> > Sounds about right. We just need to agree it's worth doing it, and in > which version of ES and i18n we wanna do it. If we keep tz parameter > optional, we would avoid additional data burden on lite JS implementations. > > > 2013/4/9 Domenic Denicola <[email protected]> > >> From: Nebojša Ćirić [[email protected]] >> >> > That's correct. We may need reverse too - for given UTC epoch >> milliseconds (or minutes after UTC Date) tell me what the date components >> would be in a given timezone. >> >> Hmm, so: >> >> ```js >> var date = new Date(utcMilliseconds); >> >> var monthInNewYork = date.getMonth("America/New_York"); >> var monthInParis = date.getMonth("Europe/Paris"); >> ``` >> >> ? And I guess then `date.getUTCMonth()` is just an alias for >> `date.getMonth("Etc./UTC")`. Seems good!! >> >> > > > -- > Nebojša Ćirić > -- Nebojša Ćirić
_______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
