[Bug localedata/16668] ISO date time format localedef needed for en_CA

["byrnejb at harte-lyne dot ca" <sourceware-bugzilla at sourceware dot org>]

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.