Discuss
  • I18n clarification needed for 8.4.5 [[LookupSupportedLocalesOf]]

I18n clarification needed for 8.4.5 [[LookupSupportedLocalesOf]]

# Nebojša Ćirić (14 years ago)

I am not sure what result we expect from LookupSupportedLocalesOf.

Thy way I read the spec is that if user passes requestedLocales = ['sr-Latn-RS'] and supportedLocales = ['sr'] then we would return ['sr-Latn-RS'].

I feel it would be more useful to return the actual supported locale, in this case ['sr'].

Implementation wise it's trivial to get either one of those.

# Nebojša Ćirić (14 years ago)

Also, should 8.4.5, 2.a. say /-(u|x)(-([a-z0-9]{2,8}))+/ instead of /-u (-([a-z0-9]{2,8}))+/?

  1. фебруар 2012. 15.58, Nebojša Ćirić <cira at google.com> је написао/ла:
# Norbert Lindenberg (14 years ago)

We expect ['sr-Latn-RS']. The idea was that applications can find out which of the locales that they (or their users) request are supported across different services.

An API to return actually supported locales would likely look different.

Norbert

# Norbert Lindenberg (14 years ago)

No. The intent here is to strip out the Unicode extension subsequence because it's always negotiated separately in this library and the fallback of the Lookup algorithm doesn't make sense for it. Private use extensions are treated as normal parts of the language tag with the normal fallback behavior.

Norbert

# Nebojša Ćirić (14 years ago)

Ok, that makes sense. Thank you.

  1. фебруар 2012. 16.58, Norbert Lindenberg < ecmascript at norbertlindenberg.com> је написао/ла: