globalizejs / globalizejs/globalize
Matching to predefined formats
Open
uts-35-bug
- Dominant language
- JavaScript
- Stars
- 4.8k
- Forks
- 585
- PR merge metrics
- No merged PRs in 30d
Description
I am dealing with the following example. The locale is "da", and pattern is "yMMMMEEEEd".
Now, the resulting match for Globalize 1.3 is -> "EEEE d. MMMM y"
The matching pattern for ICU4j is -> "EEEE 'den' d. MMMM y"
Looking at CLDR, the closest match for ICU4j is the predefined format "full": "EEEE 'den' d. MMMM y", which makes sense given the contents.
However, Globalize is going with "yMMMEd": "E d. MMM y". Looking at matching skeletons, it's matching MMM with MMMM.
I don't see anything in TR-35 about matching to a predefined format, but it seems like this is what happens with ICU4j and iOS.
Contributor guide
Assessment
This issue has not been assessed yet.