ladybird/Userland/Libraries/LibJS/Tests/builtins/Intl
Timothy Flynn a701ed52fc LibJS+LibUnicode: Fully implement currency number formatting
Currencies are a bit strange; the layout of currency data in the CLDR is
not particularly compatible with what ECMA-402 expects. For example, the
currency format in the "en" and "ar" locales for the Latin script are:

    en: "¤#,##0.00"
    ar: "¤\u00A0#,##0.00"

Note how the "ar" locale has a non-breaking space after the currency
symbol (¤), but "en" does not. This does not mean that this space will
appear in the "ar"-formatted string, nor does it mean that a space won't
appear in the "en"-formatted string. This is a runtime decision based on
the currency display chosen by the user ("$" vs. "USD" vs. "US dollar")
and other rules in the Unicode TR-35 spec.

ECMA-402 shies away from the nuances here with "implementation-defined"
steps. LibUnicode will store the data parsed from the CLDR however it is
presented; making decisions about spacing, etc. will occur at runtime
based on user input.
2021-11-13 11:52:45 +00:00
..
DisplayNames LibJS+LibUnicode: Generate all styles of currency localizations 2021-11-13 11:52:45 +00:00
ListFormat LibJS: Change wording of ErrorType::NotA to be independent of context 2021-09-12 00:16:39 +02:00
Locale LibJS: Change wording of ErrorType::NotA to be independent of context 2021-09-12 00:16:39 +02:00
NumberFormat LibJS+LibUnicode: Fully implement currency number formatting 2021-11-13 11:52:45 +00:00
Intl.@@toStringTag.js
Intl.getCanonicalLocales.js LibJS: Handle existing Intl.Locale objects in CanonicalizeLocaleList 2021-09-02 17:56:42 +01:00