This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/16668] ISO date time format localedef needed for en_CA
- From: "byrnejb at harte-lyne dot ca" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Thu, 06 Mar 2014 20:23:09 +0000
- Subject: [Bug localedata/16668] ISO date time format localedef needed for en_CA
- Auto-submitted: auto-generated
- References: <bug-16668-716 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=16668
--- Comment #6 from James B. Byrne <byrnejb@harte-lyne.ca> ---
(In reply to Carlos O'Donell from comment #4)
> (In reply to James B. Byrne from comment #0)
> > This is an ongoing problem whose resolution seems stymied by an intransigent
> > maintainer. See bug: Bug 12731 and Bug 9842.
>
> As a Canadian my opinion is that Ulrich is wrong. Most Canadians expect that
> the date today should be written as 2014-02-06, and not anything else that
> is used by American geographies.
>
> > % Original date format (%m/%d/%Y)
> > %d_fmt "<U0025><U0064><U002F><U0025><U006D><U002F><U0025><U0079>"
> >
> > % Custom date format (%Y-%b-%d)
> > d_fmt "<U0025><U0059><U002d><U0025><U0062><U002d><U0025><U0064>"
>
> Thus this change is going to be OK and I will make this change immediately
> after gathering consensus from the distribution maintainers on the
> development list.
>
> > % Original time format %r (%H:%M:%S am|pm)
> > %t_fmt "<U0025><U0072>"
> > %am_pm "<U0041><U004D>";"<U0050><U004D>"
> > %t_fmt_ampm
> > "<U0025><U0049><U003A><U0025><U004D><U003A><U0025><U0053><U0020><U0025><U0070
> > >"
> >
> > % 24 hour time %T (HH:mm:ss) no am/pm.
> > t_fmt "<U0025><U0054>"
> > am_pm "";""
> > t_fmt_ampm ""
>
> This change is not OK. The average Canadian still expects 12 hour clocks
> with am and pm. Therefore this change should not be made.
>
> > Is their any reason why supplemental en_CA@ISO and fr_CA@ISO localdefs
> > should not be provided with glibc as an alternative for those of us
> > 'no-ones' that have a requirement to use ISO format dates and times and are
> > not conversant with hand encoding data into UTF-8?
>
> That is an excellent recommendation.
>
> Would you accept an en_CA@ISO locale for official compliance with ISO8901?
>
> That would not require any consensus from the distribution maintainers
> except to ask that they acknowledge their support for the new locale.
>
> Comments?
Two additional xx_CA@ISO locales that implemented strict ISO8601 would be my
preferred option. I completely support NOT changing the established default
behaviour of anything that causes inexplicable changes visible to end-users.
--
You are receiving this mail because:
You are on the CC list for the bug.