This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
Re: Variable length date strings in glibc locales?
- From: Keld Simonsen <keld at keldix dot com>
- To: Carlos O'Donell <carlos at redhat dot com>
- Cc: myllynen at redhat dot com, libc-locales at sourceware dot org, "mtk.manpages" <mtk dot manpages at gmail dot com>
- Date: Mon, 23 Jun 2014 22:53:55 +0200
- Subject: Re: Variable length date strings in glibc locales?
- Authentication-results: sourceware.org; auth=none
- References: <538437B0 dot 50808 at redhat dot com> <20140527210241 dot GA8261 at www5 dot open-std dot org> <538501AC dot 8010900 at redhat dot com> <20140528071721 dot GA9281 at www5 dot open-std dot org> <53859548 dot 4040900 at redhat dot com> <53A844F4 dot 4080306 at redhat dot com> <53A86677 dot 8010502 at redhat dot com>
On Mon, Jun 23, 2014 at 01:40:07PM -0400, Carlos O'Donell wrote:
> On 06/23/2014 11:17 AM, Marko Myllynen wrote:
> > since there were no conclusions on this I'll add something like this to
> > the wiki page in a few days if no objections which basically sets the
> > expectations based on what is implemented today:
> >
> > Application developers should note that while some of the resulting
> > strings (like int_curr_symbol of LC_MONETARY) are required to be of
> > certain length other resulting strings may vary even greatly, especially
> > between locales. Thus, testing applications with several locales is
> > recommended to make sure different length strings do not cause
> > inconsistencies in user experience.
>
> Agreed.
>
> Please note that we need not reach a conclusion, just consensus.
My opinion is that we need new keywords for linguistic abbreviations of
daynames and monthnames, which can vary in length, and a format string for that.
And then clarify that the existing abbreviations should be equal length and for
system things like logs.
I will write up a proposal for that.
Best regards
Keld