[threeten-dev] Julian and Ethiopian calendar system
yoshito_umaoka at us.ibm.com
yoshito_umaoka at us.ibm.com
Thu Feb 14 07:56:15 PST 2013
> Hi Yoshito,
> Does LDML have any "ca" code for the Julian calendar system? I cannot
> see one in http://unicode.org/repos/cldr/trunk/common/bcp47/calendar.xml
> I'd like to add a class representing the Julian calendar system at
> some point, and it should really have a "ca" code, hopefully "julian".
> It would only need localization for the calendar system name, as the
> other text (months/day-of-week/era) would be the same as the "gregory"
> calendar.
> (Note that I presume the "gregory" calendar is proleptic, applying the
> same rules back into far history)
CLDR was originally spawned from ICU project long time ago. It's
independent from ICU project now, so it is not necessarily follow the
original ICU model. In ICU, Gregorian calendar is not always proleptic. By
default, it uses 1582-10-15 as the switch date between Julian and
Gregorian. The implementation was contributed to JDK - therefore,
java.util.GregorianCalendar also use the same logic (see
GregorianCalendar#setGregorianChange).
Strictly speaking, ICU/JDK GregorianCalendar might be called
WesternCalendar or something - because it's hybrid. I'm not sure there is
convincing reason to add "Julian". This might also fall into calendar
"variant" category.
>
> Has any thought been given to converting the two ethiopian calendar
> systems to be "cv" variants? "ethioaa" and "ethiopic" are variants of
> the same calendar system AFAICT.
Good point. It might make sense. Although they require different symbols
for era (has impacts to format symbol data unlike Islamic variants).
Because we invented "cv" for supporting Islamic requirements recently, we
did not have chance (or urgent needs) to see if this concept is applicable
to others yet. I'll bring these topics to CLDR TC, but I assume these are
not urgent. For now, CLDR project folks are busy on shipping CLDR 23 - so
this is something we would consider after CLDR 23.
Thanks,
Yoshito
More information about the threeten-dev
mailing list