From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 75859 invoked by alias); 15 May 2015 19:36:40 -0000 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org Received: (qmail 69498 invoked by uid 48); 15 May 2015 19:36:35 -0000 From: "carlos at redhat dot com" To: glibc-bugs@sourceware.org Subject: [Bug localedata/18408] Provide software utility to permit user created custom locales Date: Fri, 15 May 2015 19:36:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: localedata X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: carlos at redhat dot com X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: security- X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-05/txt/msg00125.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=18408 --- Comment #17 from Carlos O'Donell --- (In reply to James B. Byrne from comment #15) > (In reply to Carlos O'Donell from comment #12) > > > > Yes, that is true. It's hard to validate this data and there are few > > interested developers working on it. We went through a large spat of > > cleanups a few years back where I diligently emailed 20 or 30 embassys and > > none got back to me. My inclination is that legal requirements are moot at > > this point, users want locales that match their customs and styles, and > > governments need custom locales anyeways to meet their often stricter need. > > > > I am not in the happy position of being able to dictate to the Canada > Revenue Agency how we will format our date time sequences when transmitting > data; quite the reverse in fact. We solved this problem for ourselves > through my efforts but it seems to me likely that others will encounter it > and it seems to me a needless burden to place on the shoulders of others. Agreed. > I point out that he Libre/Open Office developers will not provide a > straight-forward way to set a default date and time format other than > through the system locale (to do so requires creation of custom templates > for each document type). So this is not simply an issue that affects a > handful of rarefied users. Canadian and U.S. banks also now require dates in > yyyy-mm-dd format. What was acceptable sixteen years ago is long deprecated > in practice. In which case you argue that all users may need to more easily adjust their system locales? It seems this is simply a flaw in Libre Office that needs correcting, changing your locale to print or output documents in a particular format is bad design. It might be a good workaround until Libre Office is fixed though. > The present arrangement is the absolute antithesis of the current UX buzz. Yes. -- You are receiving this mail because: You are on the CC list for the bug.