You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently the Admin UI supports a number of display languages specified by the 2-character ISO 639-1 code, e.g. en, de.
The app then uses this code in order to localize things like number display and localized language names, using the Intl API.
However, with a couple of exceptions (Chinese and Portuguese), this setting does not allow us to make a distinction between different locales of this language, e.g. en-US vs en-GB vs en-MY. This can lead to localization that does not reflect the expected format for people from that locale.
For example, let's say we have a shop which uses Malaysian Ringgit, and we have our language set to "English". To format a price, we will be calling the following API:
The problem is, people in Malaysia never refer to their currency as "MYR", they call it "RM" (Ringgit Malaysia). So we actually should be using the "en-MY" locale:
Describe the solution you'd like
It should be possible to set the locale (i.e. which I think can be considered synonymous with country) independently of the language.
The existing "language" dialog in the UI top right menu should be extended to also allow a "locale" selection, which is a list of countries.
Also the ui config should have an extra field for default locale.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Currently the Admin UI supports a number of display languages specified by the 2-character ISO 639-1 code, e.g.
en
,de
.The app then uses this code in order to localize things like number display and localized language names, using the Intl API.
However, with a couple of exceptions (Chinese and Portuguese), this setting does not allow us to make a distinction between different locales of this language, e.g.
en-US
vsen-GB
vsen-MY
. This can lead to localization that does not reflect the expected format for people from that locale.For example, let's say we have a shop which uses Malaysian Ringgit, and we have our language set to "English". To format a price, we will be calling the following API:
The problem is, people in Malaysia never refer to their currency as "MYR", they call it "RM" (Ringgit Malaysia). So we actually should be using the "en-MY" locale:
Describe the solution you'd like
It should be possible to set the locale (i.e. which I think can be considered synonymous with country) independently of the language.
The existing "language" dialog in the UI top right menu should be extended to also allow a "locale" selection, which is a list of countries.
Also the ui config should have an extra field for default locale.
The text was updated successfully, but these errors were encountered: