This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Japanese Era name change and named vs. numbered era date.
Carlos O'Donell <carlos@redhat.com> さんはかきました:
> On 1/29/19 8:28 PM, TAMUKI Shoichi wrote:
>> In ja_JP localedata in Glibc, as in the Heisei example below, the
>> first year of the era is defined separately from the second year
>> onwards:
>>
>> era "+:2:1990//01//01:+*:<U5E73><U6210>:%EC%Ey<U5E74>";/
>> "+:1:1989//01//08:1989//12//31:<U5E73><U6210>:%EC<U5143><U5E74>";/
>
> I'm talking specifically about '%Ey'.
>
> Let me ask my question differently.
>
> Could someone want to output:
>
> "%EC %Ey 年"
>
> The equivalnet of %EY, but with spaces, and *also* want %Ey to be
> "元" in the first year?
>
> I see two choices:
>
> (1) %Ey is always an arabic numeral year-of-era.
>
> (2) %Ey is always an arabic numeral year-of-era, except for the first
> year when it is "元".
>
> It sounds like (2) is not that important because %EY already provides
> this for you in a compact form.
I think so too, %EY already does this, it produces 平成元年 for the
first year of the Heisei era. And one would not want to write this with
spaces like 平成 元 年, the spaces look weird in this context anyway.
So I think it is even an advantage that %Ey always produces the number,
it might be helpful if you really want the number for doing some
calculations.
> Java suffers from this problem because they don't have the equivalent
> of %EY, they have only 'G' (era name) and 'y' (year-of-era) and their
> 'y' is always arabic numerals.
>
> https://docs.oracle.com/javase/8/docs/api/java/time/format/DateTimeFormatter.html
>
> Does that clarify my question?
--
Mike FABIAN <mfabian@redhat.com>
睡眠不足はいい仕事の敵だ。