[Webkit-unassigned] [Bug 236121] Passing undefined for the locale in the Intl.NumberFormatter constructor uses the system locale

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=236121

Yusuke Suzuki <ysuzuki at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ysuzuki at apple.com

--- Comment #3 from Yusuke Suzuki <ysuzuki at apple.com> ---
OK, this is because upstream CLDR has two options for numbering-system in ar locale.

1. arab
2. latn

By default, it is pointing "arab". But it looks like there is an option "latn".
And according to CLDR issue (https://unicode-org.atlassian.net/browse/CLDR-10825)

> And add: <defaultNumberingSystem alt=”latndigi”>latn</…> → Google (and other companies like Netflix) which want to default non-country-specific Arabic to ASCII can use this...we can then test it out, see how it works, and based on that experience see if we should switch default and alt
> Stock ICU uses “standard” variant for ar.xml (Arab); Google etc will filter the data so that ar.xml gets <defaultNumberingSystem>Latn</…>

So, Stock ICU (& current Apple ICU) uses arab. Google's fork is using latn.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220204/9282d0af/attachment-0001.htm>