Closed Bug 1413504 Opened 4 years ago Closed 1 year ago
Consider supporting more numbering systems for Intl
47 bytes, text/x-phabricator-request
|Details | Review|
https://github.com/tc39/ecma402/issues/183 We're currently only supporting the required numbering systems from https://tc39.github.io/ecma402/#table-numbering-system-digits, but https://tc39.github.io/ecma402/#sec-partitionnumberpattern actually allows to support more numbering systems, cf. steps 8.e.iii.3-4: > 3. If the numberFormat.[[NumberingSystem]] matches one of the values in the "Numbering System" column of Table 3 below, then > ... > 4. Else use an implementation dependent algorithm to map n to the appropriate representation of n in the given numbering system. The following (non-algorithmic) numbering systems are also supported by ICU and we could probably allow them in Intl.NumberFormat: cham, java, kali, lana, lanatham, lepc, mtei, mymrshan, mymrtlng, nkoo, olck, saur, sinh, sund, talu, vaii.
That would be awesome!
And with bug 1405993 (update to ICU60 and Unicode 10), maybe also Masaram Gondi digits .  http://unicode.org/cldr/trac/ticket/10219
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/0eeb164dd749 Support all possible non-algorithmic numbering systems. r=jwalden
You need to log in before you can comment on or make changes to this bug.