-
Notifications
You must be signed in to change notification settings - Fork 182
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
Ensure that the provider performs correct alias mapping for Traditional Chinese locales #1964
Comments
CC @sffc |
For clarity: CLDR maps |
This will be possible so long as
This should be automatic given that these fallbacks are included in parent locales / likely subtags; all of these locales will fall back via
Looks like the mappings in likely subtags are correct:
I'll add a test for it. |
There is a list of collation-specific aliases/parents in the LDML-to-ICU converter: Obviously, that list isn't making it into ICU4X. I chatted with @markusicu about this today. He says that it may make sense to introduce a "processing" mode to the locale fallback engine. This mode can be used for both collator and break iterator. I need to verify whether the set of ICU-specific overrides should apply uniformly to both collator data and segmenter data. |
I still need to implement the actual zigzag fallback, but this can be done in the Collation fallback mode. |
Upstream issue involving the ICU-specific fallback aliases: https://unicode-org.atlassian.net/browse/CLDR-16253 |
See some more recent discussion in #3867 |
This might be fixed with #5743 but we should add a test for it. |
Did this happen? |
Ensure that if a specific (and existing) collation hasn't been specified with
-u-co-
, the following map tozh-u-co-stroke
:zh-Hant
regardless of region.zh
withoutHans
but with any ofHK
,MO
,TW
.yue
without eitherHans
orCN
.The text was updated successfully, but these errors were encountered: