On Wed, May 1, 2013 at 5:45 PM, Jason Orendorff <[email protected]> wrote: > On Tue, Apr 30, 2013 at 4:34 PM, Allen Wirfs-Brock > <[email protected]> wrote: >> ES6 annex B is the appropriate place to define browser host web reality >> extensions to Date.parse. > > I'm proposing a one-line change to 15.9.1.15 (allow a space in place > of 'T') and an equally minor change to 15.9.1.15.1 (extended years), > plus a sentence or two of rationale. The proposal has nothing to do > with the unspecified legacy formats. > > I agree it'd be nice to get the intersection of those formats > documented, but it's a tangent. > >> For that reason, it would probably be better to define "static" methods for >> parsing specific formats. For example, >> Date.parseHTMLDate(str) //only recognizes whatever HTML defines > > The reason I propose changing 15.9.1.15 is to have one *less* thing to > remember. To unify, since we actually have an opportunity to do that > here, for once! > > Why is it important to have Date.parse("2013-01-01 10:30Z") return NaN?
Can we please reconsider this? Getting HTML and ES more aligned would be *so* nice :-) -- http://annevankesteren.nl/ _______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
