This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug localedata/16668] ISO date time format localedef needed for en_CA
- From: "carlos at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 06 Mar 2014 19:36:23 +0000
- Subject: [Bug localedata/16668] ISO date time format localedef needed for en_CA
- Auto-submitted: auto-generated
- References: <bug-16668-131 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=16668
--- Comment #4 from Carlos O'Donell <carlos at redhat dot com> ---
(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?
--
You are receiving this mail because:
You are on the CC list for the bug.