Open sffc opened 4 months ago
What I want to do for 2.0:
YearMonthDay
and Auto
stylesAuto
to CldrLength
or similar; possibly keep it behind an experimental feature? Delete it if/when CLDR decides to properly consolidate it.The LDML spec doesn't include CldrStyle so I would like to remove it.
@zbraniecki to post more info / screenshots.
This is what's in Windows 10:
This is MacOS:
(based on https://github.com/tc39/ecma402/issues/109 )
I think the trend is to simplify it, as I don't have access to latest Windows, but on latest MacOS I can't find the same UI in my Settings.
OK, got it, this is just about the OS override stuff?
I think the right design is to implement this in a thin wrapper that sits on top of icu::datetime::Formatter
. I'd be fine having that be in the crate as a first-class supported abstraction.
I'm going to repurpose this issue and remove it from the 2.0 milestone.
Discussed with @zbraniecki. It is solvable via either the higher-level type in ICU4X or in userland, so this doesn't need to block 2.0.
CLDR issue: https://unicode-org.atlassian.net/browse/CLDR-17775
Semantic skeleta allow a lot of flexibility for locales to select the fields most relevant for their formatting.
However, they produce different output than date length patterns since the backing CLDR data is different.
For 2.0, I suggest moving forward with something like this:
This way, in 2.0, we nudge users toward semantic skeleta, but we give an escape hatch for using the CLDR date length data, which is well signaled.
Thoughts? @eggrobin @zbraniecki