Shane F. Carr

See some good discussion on https://github.com/tc39/proposal-intl-numberformat-v3/issues/22. CC @Bx1

@anba What is Firefox doing these days? Is it still necessary to put in the exception to allow backzone to be used for time zone names?

Is there a snippet of code that can reproduce the Firefox/Chrome discrepancy? It appears that Asia/Chongqing and Asia/Shanghai are equivalent in modern times, but may have differed at some time...

Also see #210 This is a good idea, but as @longlho mentioned, we have a long way to go before this type of data patching is *implementable* in browsers. The...

> Dup of #390? Indeed; this issue has more activity though so I'll close #390 and point it here. Thanks!

I think it's safe to say that this issue is pending a resolution to #416.

> Do you have a use case in mind that wouldn't be met by an idiom like `new Intl.DateTimeFormat("en").resolvedOptions().calendar`? Or is this idiom considered too messy? How do you propose...

> A suggestion: Rather than framing this necessarily in terms of extension keys (which would only be able to explain a fraction of what's in CLDR), what if we added...

> BCP 47 tags don't form a list of all the user preferences we might care about, and it might not make sense to extend them to this That's one...

I'm not intending to conflate `Intl.Locale.prototype.maximize` with `navigator.locales`. I also like the clear separation of environment-dependent user preferences, and I would also oppose any additions that made Intl objects more...