[Webkit-unassigned] [Bug 159693] New: platformUserPreferredLanguages on Mac should not try to put the region into the language

[bugzilla-daemon at webkit.org]

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

            Bug ID: 159693
           Summary: platformUserPreferredLanguages on Mac should not try
                    to put the region into the language
    Classification: Unclassified
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: All
                OS: All
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Web Template Framework
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: fpizlo at apple.com

Currently, navigator.language is the thing that we use as the BCP-47 tag in our Intl code when certain APIs are called without a locale argument.  That mostly based sense, and is deeply wired into our engine.

In bug 156993, we made Intl aware of the region as a separate thing from the language by having platformUserPreferredLanguages() return something like a BCP-47 tag that was <language>-<region>.  For example, if I told System Preferences that I want to speak English in Poland then we'd get "en-pl".  This had the effect of making Intl APIs format dates using Polish formatting, for example.

But this is an odd change, since that same function also feeds into navigator.language.  "en-pl" isn't what we want there, since my System Preferences settings did not mean to imply that I want to speak Polish-style English.  I don't think there is such a thing as Polish-style English (except in funny jokes, maybe).

It may be worthwhile to wire the region settings more elegantly into Intl, but if we do that, it should be via a mechanism that is separate from navigator.language.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20160712/d86d3043/attachment.html>