Fix era positions

Description

Deleted Component: other

When viewing historic times, it looks unprofessional to switch the position of the era, eg:

Born: AD 742, Liège
Died: January 28, 814 AD, Aachen
We've gotten a number of complaints about this. We fixed it for English, but should fix for other languages. For both era and timezone, we might want to consider a general test that in any date or time format, for a given locale, for a given calendar:

  1.  

    1. the era goes consistently either before or after the date
      2. the zone goes consistently either before or after the time

We also need to add more standard patterns with G in them: search for MMM in the following to see the list used by ICU.

http://bugs.icu-project.org/trac/browser/icu4j/trunk/main/classes/core/src/com/ibm/icu/text/DateFormat.java

I suggest that we at least support

Gy
GyMMM
GyMMMM
GyMMMd
GyMMMMd

(We could have sideways aliases for the MMMM forms in root.)

xpath

None

locale

None

Activity

Show:
TracBot
May 10, 2019, 3:54 AM
Trac Comment 8 by —2014-04-22T20:37:44.756Z

Milestone 23dres deleted

TracBot
May 10, 2019, 3:54 AM
Trac Comment 7 by —2013-03-13T21:51:50.806Z

And note, it is not necessarily the case that in a given locale the era should always be in the same position w.r.t. the year:

  • In some locales, existing data had G in one position w.r.t. year alone and in a different position w.r.t year for a full yMd date. Some of these may be mistakes but not necessarily all of them.

  • Many locales have different orderings for dates of different styles, e.g. numeric vs non-numeric etc. In many of these cases I know these are NOT errors. And if year will be a different ends of different date patterns, then G will shift position w.r.t year for those cases as well.

This ticket was really about '''well-defined''' behavior for eras, it cannot be about enforcing consistency.

TracBot
May 10, 2019, 3:54 AM
Trac Comment 5 by —2013-02-14T09:32:33.617Z

The first batch of changes for this was done under :. In testing I found that a more useful set of availableFormats items with eras was for skeletons { Gy, GyMMM, GyMMMd, GyMMMEd }. Under :. I added these to the gregorian and non-gregorian data for the following locales (in addition to root): ar cs da de de_AT en en_AU en_CA en_GB es es_419 fa fi fr fr_BE fr_CA fr_CH he hi hr hu id it it_CH ja ko nb nl nl_BE pl pt pt_PT ru sv th tr zh zh_Hant

I have filed : for the further post-CLDR-23 additions of such items to more locales, along with tweaking the generic calendar data for those locales.

TracBot
May 10, 2019, 3:54 AM
Trac Comment 3 by —2012-12-06T00:35:03.641Z

Handling this as part of :

Priority

major

Assignee

Peter Edberg

Reporter

Mark Davis

Reviewer

Mark Davis