Re: [Alarm API] Time zone handling

On Thu, May 9, 2013 at 3:37 PM, Norbert Lindenberg
<w3@norbertlindenberg.com> wrote:
> On May 9, 2013, at 22:01 , Robin Berjon wrote:
>> On 09/05/2013 03:15 , Norbert Lindenberg wrote:
>>> The time zone behavior in the spec seems to be based on a
>>> misunderstanding of how JavaScript handles time zones. In particular,
>>> there's a reference to "the timezone information of that [ECMASCRIPT]
>>> Date object".
>>
>> Wasn't TC39 working on a TZ-aware variant of Date? I thought that there was something but I can't seem to dig it up. It would come in handy, and not just here.
>
> The TC39 internationalization ad hoc has recognized the need for better time zone support and is looking at proposals to provide API that lets callers specify the time zone used in constructing or interpreting Date objects, e.g. [1]. These proposals don't involve adding time zone information to the objects themselves. There has been a suggestion on es-discuss to do so, but this has found no support in the ad hoc [2].
>
> It would help if we had a list of use cases that the Alarm API has to address, with their requirements for time zone support. Does such a list exist?

The basic use-cases appear to be:

* specify an alarm according to my current timezone (activate my
reminder app at 7PM tomorrow to meet someone for dinner)
* specify an alarm according to a specific timezone (activate my VC
app at 8am Tokyo time to attend the meeting)
* specify an alarm relative to whatever the current timezone (activate
my alarm at 7:30am each morning, no matter where I am in the world)

The second collapses into the first if you're willing to do the tz
adjustment yourself (/in app code).

~TJ

Received on Thursday, 9 May 2013 22:43:37 UTC