A few additional notes on the items related to internationalization. Norbert
On May 23, 2012, at 17:58 , Rick Waldron wrote: > # 4.14, Unicode (Norbert Lindenderg) > > NL: > - Regular expressions > - Certain unclear, discuss with Unicode Consortium > see: > http://norbertlindenberg.com/2012/05/ecmascript-supplementary-characters/index.html > > http://norbertlindenberg.com/2012/05/ecmascript-supplementary-characters/full-unicode-in-ecmascript.pdf > > AWB: > - Concretely, should supplementary characters gain coverage in the currently > developing draft. > > MM: > - Mention of spec modularity > > AWB: > - Implication for strings etc. > > NL, LH, MM: > - Any objections? No. > > AWB: > - Canonicalize everything to full unicode grammar > - Don't think this will change implementation rules > > LH: > - Asks for confirmation > > NL, AWB: > - Confirms no difference. > > Resolution: Promoted unanimously to harmony status I've inserted a copy of my proposal into the Harmony section of the wiki (I wish the wiki had better support for content created in HTML...): http://wiki.ecmascript.org/doku.php?id=harmony:unicode_supplementary_characters and updated Allen's proposals, one to indicate that it's been superseded, the other to indicate that it's still valid and complementary to the accepted proposal: http://wiki.ecmascript.org/doku.php?id=strawman:support_full_unicode_in_strings http://wiki.ecmascript.org/doku.php?id=strawman:full_unicode_source_code More detail on the regular expression issue mentioned: https://mail.mozilla.org/pipermail/es-discuss/2012-May/022665.html > # 4.11, Daylight Savings (Luke Hoban) > > Move to remove/reword: > > 15.9.1.8 "An implementation of ECMAScript is expected to determine the > daylight saving time algorithm." > > AWB: > - There needs to be a specification of some sort, as other aspects of the > standard rely on this. > > more discussion. > > Some locales do change > > LH: > - Operating systems and browser do have disagreements > > AWB: > - Either NL or LH can draft replacement text for > 15.9.1.6 and 15.9.1.8 > > more discussion. > > Resolution: Remove the spec text, new additions will be considered as new > proposal > > Not errata. The basis for the discussion were: https://mail.mozilla.org/pipermail/es-discuss/2012-March/020830.html https://mail.mozilla.org/pipermail/es-discuss/2012-March/020832.html Sections to be updated for Harmony are 15.9.1.7 and 15.9.1.8. > String.prototype.toArray > > Resolution: Removal from draft. The reason is that this operation would break a string into UTF-16 code units, so supplementary characters would be broken up. The same functionality (with the same problem) is already available as str.split(""); there's no need to make this problematic functionality more convenient. _______________________________________________ es-discuss mailing list [email protected] https://mail.mozilla.org/listinfo/es-discuss
