-
Type: Bug
-
Status: Resolved
-
Priority: Minor
-
Resolution: Fixed
-
Affects Version/s: WEBUI-1.0.0, 9.2
-
Fix Version/s: WEBUI-1.0.2, 9.3
-
Component/s: Web UI
-
Tags:
-
Sprint:nxGang Sprint 9.3.2, nxGang Sprint 9.3.3, nxGang Sprint 9.3.4, nxGang Sprint 9.3.5
-
Story Points:3
On macOs, Chrome selects the display language base on the OS locale. However, macOs omits the sub-code for some languages. This creates a disparity between Web UI translations and languages loaded by the browser in some conditions. For example, in Crowdin Spanish is labeled es-ES, with locale code es (ISO 639-1/2) and sub-code ES (ISO 3166-2), whereas it is just labeled es by macOs. Therefore, the es messages file won't be found by Web UI which will default to the English reference file. This is also supported by other browsers, like Firefox.
We need to come up with a mapping strategy to solve these discrepancies. We could use a global js object to map es to es-ES. This approach would also allow custom rules to be added by third parties afterwards. Another alternative would be to generate a messages-es.json from messages-es-ES.json on build time.
- is duplicated by
-
NXP-22811 Spanish translation for Web UI not working in Mac OS with Chrome or Firefox
- Resolved
-
NXP-23414 Missing platform translations when browser (navigator.language) returns a language not included in Crowdin
- Resolved
- is related to
-
NXP-21982 Add Spanish messages for id 'sp'
- Resolved
-
ELEMENTS-398 Improve loading of i18n message files for non supported locales
- Open