This is the mail archive of the
libc-locales@sourceware.org
mailing list for the GNU libc locales project.
[Bug localedata/18408] Provide software utility to permit user created custom locales
- From: "byrnejb at harte-lyne dot ca" <sourceware-bugzilla at sourceware dot org>
- To: libc-locales at sourceware dot org
- Date: Fri, 15 May 2015 20:42:18 +0000
- Subject: [Bug localedata/18408] Provide software utility to permit user created custom locales
- Auto-submitted: auto-generated
- References: <bug-18408-716 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=18408
--- Comment #20 from James B. Byrne <byrnejb@harte-lyne.ca> ---
(In reply to Carlos O'Donell from comment #19)
> (In reply to James B. Byrne from comment #18)
> > The L/O OO people have absolutely no intention of ever altering this.
>
> It is still a bad decision on their part. Having to exit LO, set the locale,
> and start the process again just to change the format is bad design.
> Alternatively they could provide an interface that let them change the
> locale for the running process (though it's MT-unsafe).
>
One does not need to do that. One need only format each date field as one
requires. For each and every date field on each document. On each and every
document one creates. The locale issue is limited to defining the default
format.
It gets better though. If you send an L/O Oo document to someone; and they
open it on a host with a different locale format; and the date field is not
user customised on that document; then the date format on your document changes
to the viewer's locale value.
And FOSS people still wonder why MS Word has traction in the workplace.
--
You are receiving this mail because:
You are on the CC list for the bug.