Closed Bug 1413504 Opened 3 years ago Closed 4 months ago

Consider supporting more numbering systems for Intl.NumberFormat

Categories

(Core :: JavaScript: Internationalization API, enhancement, P5)

enhancement

Tracking

()

RESOLVED FIXED
mozilla79
Tracking Status
firefox58 --- wontfix
firefox79 --- fixed

People

(Reporter: anba, Assigned: anba)

References

Details

(Keywords: dev-doc-complete)

Attachments

(1 file)

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.
Priority: -- → P5
That would be awesome!
And with bug 1405993 (update to ICU60 and Unicode 10), maybe also Masaram Gondi digits [1].

[1] http://unicode.org/cldr/trac/ticket/10219
Assignee: nobody → andrebargull
Status: NEW → ASSIGNED
Pushed by ncsoregi@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/0eeb164dd749
Support all possible non-algorithmic numbering systems. r=jwalden
Status: ASSIGNED → RESOLVED
Closed: 4 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla79
You need to log in before you can comment on or make changes to this bug.