W3C home > Mailing lists > Public > public-script-coord@w3.org > January to March 2014

Re: [whatwg] Date Update?

From: Jasper St. Pierre <jstpierre@mecheye.net>
Date: Sun, 19 Jan 2014 13:01:09 -0500
Message-ID: <CAA0H+QR5JP7yLRDe_8zhoz4q-6gDxG0qcOFZz2p==ok4LYijvw@mail.gmail.com>
To: Rick Waldron <waldron.rick@gmail.com>
Cc: Garrett Smith <dhtmlkitchen@gmail.com>, WHAT Working Group <whatwg@lists.whatwg.org>, "public-script-coord@w3.org" <public-script-coord@w3.org>, es-discuss <es-discuss@mozilla.org>
On Sun, Jan 19, 2014 at 12:22 PM, Rick Waldron <waldron.rick@gmail.com>wrote:

> Garrett,
>
> I'm cc'ing es-discuss, as that's a more appropriate list for discussing
> updates and extensions to the language's built-in objects.
>
> Rick
>
> On Sunday, January 19, 2014, Garrett Smith <dhtmlkitchen@gmail.com> wrote:
>
> > Hi All -
> >
> > Just some random ideas on JavaScript Date. I understand that it was
> > copied from Java. Was this based on the requirement to “look like
> > Java” on the typical appeal to popularity marketing tact? (Java was
> > hot back then).
> >
> > What considerations are there for codifying the behavior for
> > Date.parse? Middle endian date format parsing works:
> > Date.parse("2/11/2013"); Should this be standardized here:
> > http://javascript.spec.whatwg.org/#date
> >
> > Any proposals for Date.prototype.format, ala strftime?
> >
> > Any replacement proposals, like a Joda-Time, or others, that treat a
> > Date as a set of fields rather than an object represented by a number?
> > And maybe with add/subtract methods without having to resort to each
> > field? Zero-based month and one-based days are weird, but even weirder
> > with MakeDay adding the extra month onto the year field:
> >
> > var d = new Date(Date.now())
> > d.setMonth(12); // Next January, not December.
>

Date is a wrapper for a UNIX timestamp. It's not designed to be an accurate
calendaring API. I feel like a calendering API should be related to Date
and integrate with it, but a separate API altogether.

Computer representations of date and time are complicated enough, and
should we want a standard calendering API, it should be done by not
wrapping a UNIX timestamp.


> > Any proposal to get the user's preferred date format?
>

Well, it depends on what you mean by this. Do you mean a string that you
can pass to a strftime equivalent, conveniently formatted for the user to
represent a specific date? e.g. "Today is 1/19/2014". Would it allow for
the user to set something like "Today is January 19th, 2014"? It seems like
this is fairly close to i18n concerns. A use case of how you would use it
would be helpful.

> --
> > Garrett
> > @xkit
> > ChordCycles.com
> > garretts.github.io
> >
>



-- 
  Jasper
Received on Sunday, 19 January 2014 18:03:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:37:51 UTC