[v9,1/2] strftime: Set the default width of "%Ey" to 2 [BZ #23758]
Commit Message
In Japanese locales, strftime's alternative year format (%Ey) produces
a year numbered within a time period called an _era_. A new era
typically begins when a new emperor is enthroned. The result of "%Ey"
is therefore usually a one- or two-digit number.
Many programs that display Japanese era dates assume that the era year
is two digits wide. To improve how these programs display dates
during the first nine years of a new era, change "%Ey" to pad one-
digit numbers on the left with a zero. This change applies to all
locales. It is expected to be harmless for other locales that use the
alternative year format (e.g. lo_LA and th_TH, in which "%Ey" produces
the year of the Buddhist calendar) as those calendars' year numbers
are already more than two digits wide, and this is not expected to
change.
This change needs to be in place before 2019-05-01 CE, as a new era is
scheduled to begin on that date.
ChangeLog:
[BZ #23758]
* manual/time.texi (strftime): Document "%Ey".
* time/strftime_l.c (__strftime_internal): Set the default width
padding with zero of "%Ey" to 2.
---
NEWS | 8 ++++++++
manual/time.texi | 7 +++++++
time/strftime_l.c | 2 +-
3 files changed, 16 insertions(+), 1 deletion(-)
Comments
On Mon, Jan 21, 2019 at 8:52 PM TAMUKI Shoichi <tamuki@linet.gr.jp> wrote:
> In Japanese locales, strftime's alternative year format (%Ey) produces
> a year numbered within a time period called an _era_. A new era
> typically begins when a new emperor is enthroned. The result of "%Ey"
> is therefore usually a one- or two-digit number.
...
I asked a professor at a local university who teaches both Japanese as
a second language, and Japanese literature, whether there were better
words to use in English for either the eras, or the calendar itself.
He said there were not, "era" is the usual term in English and the
calendar doesn't have a more formal name than "the traditional
Japanese calendar"/
Based on that, I think this patch is now good to go in.
Reviewed-by: Zack Weinberg <zackw@panix.com>
zw
23.01.2019 22:29 Zack Weinberg <zackw@panix.com> wrote:
>
> [...]
> Based on that, I think this patch is now good to go in.
>
> Reviewed-by: Zack Weinberg <zackw@panix.com>
Thank you.
Reviewed-by: Rafal Luzynski <digitalfreak@lingonborough.com>
Tamuki Shoichi, please add these two "Reviewed-by" lines to
your commit message and push this patch to master.
Regards,
Rafal
@@ -52,6 +52,14 @@ Major new features:
- C-SKY ABIV2 soft-float little-endian
- C-SKY ABIV2 hard-float little-endian
+* strftime's default formatting of a locale's alternative year (%Ey)
+ has been changed to zero-pad the year to a minimum of two digits,
+ like "%y". This improves the display of Japanese era years during
+ the first nine years of a new era, and is expected to be harmless
+ for all other locales (only Japanese locales regularly have
+ alternative year numbers less than 10). Zero-padding can be
+ overridden with the '_' or '-' flags (which are GNU extensions).
+
Deprecated and removed features, and other changes affecting compatibility:
* The glibc.tune tunable namespace has been renamed to glibc.cpu and the
@@ -1568,6 +1568,13 @@ The preferred time of day representation for the current locale.
The year without a century as a decimal number (range @code{00} through
@code{99}). This is equivalent to the year modulo 100.
+If the @code{E} modifier is specified (@code{%Ey}), instead produces
+the year number according to a locale-specific alternative calendar.
+Unlike @code{%y}, the number is @emph{not} reduced modulo 100.
+However, by default it is zero-padded to a minimum of two digits (this
+can be overridden by an explicit field width or by the @code{_} and
+@code{-} flags).
+
@item %Y
The year as a decimal number, using the Gregorian calendar. Years
before the year @code{1} are numbered @code{0}, @code{-1}, and so on.
@@ -1294,7 +1294,7 @@ __strftime_internal (CHAR_T *s, size_t maxsize, const CHAR_T *format,
if (era)
{
int delta = tp->tm_year - era->start_date[0];
- DO_NUMBER (1, (era->offset
+ DO_NUMBER (2, (era->offset
+ delta * era->absolute_direction));
}
#else