Intent to Implement: "numberingSystem" option for Intl.NumberFormat / "calendar" and "numberingSystem" option for Intl.DateTimeFormat
11 views
Skip to first unread message
Frank Tang
unread,
May 14, 2019, 4:33:20 PM5/14/19
Reply to author
Sign in to reply to author
Forward
Sign in to forward
Delete
You do not have permission to delete messages in this group
Copy link
Report message
Show original message
Either email addresses are anonymous for this group or you need the view member email addresses permission to view the original message
to blink-dev, v8-users, v8-...@googlegroups.com, Adam Klein, Sathya Gunasekaran, Jakob Kummerow, Nebojša Ćirić
ft...@chromium.org,js...@chromium.orghttps://github.com/tc39/ecma402/pull/175
Specification: https://github.com/tc39/ecma402/pull/175https://github.com/tc39/ecma402/pull/175
No need for TAG review since the TC39 / ECMA402 process provide oversight.
Allows calendar and numberingSystem to be specified in
the options bag of the DateTimeFormat and NumberFormat constructors.
One use case for these options would be, when working with locales
which have two numbering systems and calendars in use--the UA default
may be the non-Western one, but in some contexts, it may be appropriate
to use the Western one. Currently, without the patch, it would be
necessary to parse the BCP 47 language tag in the application. This feature make it simpler for the developer.
See https://github.com/tc39/ecma402/pull/175 for more details.
The PR in https://github.com/tc39/ecma402/pull/175 is in last stage to be merged into ECMA402.
Firefox: No public signals
Edge: No public signals
Safari: No public signals
Web developers: No signals
Small. Both Intl object already provide the underline format functionality by reading calendar ("ca") and numberingSystem ("nu") from the locale. This feature only add a tiny option reading step
Low. A lot of users already use these two API . New Javascript code which follow this change running on an old version of browser which does not support this browser will format the number and/or date in different result. But users should still be able to understand these output.
None