Shane F. Carr

Discussion from ECMA-402 meeting: https://github.com/tc39/ecma402/blob/master/meetings/notes-2020-01-09.md#issue-make-list-of-supported-calendars. Key points: - DE: We have required numbering systems. It does seem like a fatal error if someone counts on a particular locale to be...

Algorithmic numbering systems are useful, but additional use cases are important to prioritize this relative to other ongoing work in the ECMA-402 specification. Adding algorithmic numbering systems would add quite...

Thanks for the use case! Temporal provides Hebrew calendar arithmetic, but it doesn't provide the algorithmic numbering system `-u-nu-hebr`.

According to [this table](http://userguide.icu-project.org/formatparse/numbers/rounding-modes), "ceiling" rounds numbers toward positive infinity for all numbers; "up" rounds positive numbers toward positive infinity and negative numbers toward negative infinity. So, I think "half-up"...

> Should Number#toPrecision, Number#toFixed and Number#toExponential also be updated? This will allow -BigDecimal- BigFloat ( with interface descrpibed in https://github.com/tc39/proposal-decimal ) to have the same abilitiy. For me, it is...

ECMA-402 Recommendation (July 2019): update the spec to reflect ICU behavior.

The issue is assigned to me and labeled "in progress".

@bterlson @littledan What is the current status of this issue? Is there a WebIDL document we can now review?

ICU MessageFormat supports this via number skeletons: ``` Your total is {0, number, :: currency/CAD} ```

Are these concerns about enforceability based on the old version 1.0 or the new version 1.1 that makes the license specifically tied to the UN UDHR as the standard for...