-
Notifications
You must be signed in to change notification settings - Fork 176
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
Add smarter locale filtering in DataExporter #834
Labels
C-data-infra
Component: provider, datagen, fallback, adapters
S-medium
Size: Less than a week (larger bug fix or enhancement)
T-core
Type: Required functionality
Milestone
Comments
sffc
added
T-core
Type: Required functionality
C-data-infra
Component: provider, datagen, fallback, adapters
blocked
A dependency must be resolved before this is actionable
S-medium
Size: Less than a week (larger bug fix or enhancement)
labels
Jun 29, 2021
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Dec 7, 2021
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Dec 7, 2021
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Dec 7, 2021
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Dec 7, 2021
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Jan 4, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Jan 10, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
Merged
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Jan 14, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Feb 3, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Feb 4, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
mildgravitas
added a commit
to mildgravitas/icu4x
that referenced
this issue
Feb 4, 2022
The latter uses non default weekdata which is useful for week-of-year/month tests. I've looked at replacing fr with fr-BE to keep the number of locales constant but fails due to plurals data not having locale regions. This should be fixed by unicode-org#834 which will also IIUC add all regional variants to testdata anyways.
This does not need to block 1.0 because this is something we can add incrementally. |
This was referenced Jul 10, 2022
A major component of this would be #2683 (unclear what other things can be done along this axis) |
This was referenced Oct 1, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
C-data-infra
Component: provider, datagen, fallback, adapters
S-medium
Size: Less than a week (larger bug fix or enhancement)
T-core
Type: Required functionality
ICU4C's data build tool has a fairly smart algorithm when figuring out which locales to include based on an allowlist: all children and parents. For example, including "en-001" results in all parents ("en", "root") and children ("en-GB", "en-ZA", ...) being included.
We should implement this as well in ICU4X. It should be done in the LanguageIdentifierFilter trait in icu_provider.
This depends on the resolution to #173, since the locale fallback chain will need to be computed by this filter.
The text was updated successfully, but these errors were encountered: