-
Notifications
You must be signed in to change notification settings - Fork 11
flash.system.Capabilities.language returns zh-CN instead of zh-TW for Chinese, Traditional on iOS #349
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
This is definitely a bug flash.system.Capabilities.language has But it's confusingly named as the proper language code for simplified Chinese is |
Hi Yes.. the iOS code for Traditional Chinese without a country specifier is coming to us as “zh-hant-US” and its this “US” which causes the AIR logic to fail. We have a fix for it though.. In terms of switching to using zh-Hans and zh-Hant, I agree this is more proper but am concerned we’d see this breaking some apps that rely on the current behaviour... Would be interested by folks’ feedback on this sort of thing! Thanks |
I would not recommend switching to |
see Move zh-tw and zh-cn locales to zh-hant and zh-hans, respectively imho |
I don't think you could add And I think you can get correct and more detailed locale information from flash.system.Capabilities.languages. In particular the first element of the array returned by |
On iPhone 6+ 12.4.2 and iPhone X 13.5.1, using Air 33.1.
In iOS Settings I change my language to Chinese, Traditional.
flash.system.Capabilities.language returns zh-CN instead of zh-TW.
Note that if I set my language to Chinese, Traditional (Hong Kong) flash.system.Capabilities.language appropriately returns zh-TW.
The text was updated successfully, but these errors were encountered: