Would you expect to support the same locales as Intl constructors in your
library?  Can you safely make that assumption?

Canonicalisation makes sense because I would expect a library to
canonicalise the tag and then try and load the file containing relevant
data whether the native API supports it or not. Forgive me if I'm
misunderstanding something, I didn't have a look at your project in great
detail.

Andy
On 15 Jul 2013 16:49, "Zbigniew Braniecki" <zbraniecki at mozilla.com> wrote:

> > As for LookupAvailableLocales, there might be a problem with Zbigniew's
> > vision of it as any tags would be returned without extensions. I'm not
> sure
> > if this is something that we'd need to worry about, though.
>
> No, that's good, because locales will be stored under names without them
> as well.
>
> Cheers,
> zb.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/es-discuss/attachments/20130715/5210bb35/attachment.html>

Would you expect to support the same locales as Intl constructors in your
library?  Can you safely make that assumption?

Canonicalisation makes sense because I would expect a library to
canonicalise the tag and then try and load the file containing relevant
data whether the native API supports it or not. Forgive me if I'm
misunderstanding something, I didn't have a look at your project in great
detail.