HTML date format and Date.parse()
Kang-Hao (Kenny) Lu
kanghaol at oupeng.com
Sat May 11 20:41:27 PDT 2013
(13/04/28 22:36), Allen Wirfs-Brock wrote:
> For such interchange purposes, I don't think is is necessary to relax
> the date format rules. Note that ISO 8601 says that formatting
> simplifications such as leaving out the T is permitted with mutual
> agreement between the parties interchanging a data. It isn't clear
> who the other party is that Ecma-262 could reach such an agreement
The natural fit would be JS users and I think it would be fine to say
that W3C HTML WG represents this party.
> Like I said above, I think it would be fine for there to be a spec.
> that adds additional browser implementation spec. format extensions
> for Date.parse. However, it should only just align with the HTML
> spec. It also needs to align with the current browser reality for
But the HTML spec is not aligning with current browser reality for
(13/05/01 23:45), Jason Orendorff wrote:
> On Tue, Apr 30, 2013 at 4:34 PM, Allen Wirfs-Brock
> <allen at wirfs-brock.com> wrote:
>>>> Or maybe we should both just stick to a valid subset of ISO 8601.
>>> Do you mean: achieve consistency by having HTML retract its
>>> extensions to ISO 8601? I'm pretty sure that ship has sailed.
>> Strictly speaking, so has ES55/5.1's date format.
> There's a difference, though, between adding and removing
> functionality. Adding support for spaces in 18.104.22.168 is
> backward-compatible. Removing support for spaces from HTML, as you
> propose, wouldn't be.
Right. But before thinking about HTML, it might be useful to ask if
V8/nodeJS, being a non-browser ES implementation, is willing to remove
support for spaces?
Web Specialist, Opera Sphinx Game Force, Oupeng Browser, Beijing
Try Oupeng: http://www.oupeng.com/
More information about the es-discuss