From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 8CD983858013; Fri, 7 Jan 2022 09:48:38 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 8CD983858013 From: "nicolas.mailhot at laposte dot net" To: libc-locales@sourceware.org Subject: [Bug localedata/4628] Provide rump locales with ISO 8601 variants for use with LC_TIME Date: Fri, 07 Jan 2022 09:48:38 +0000 X-Bugzilla-Reason: AssignedTo 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: normal X-Bugzilla-Who: nicolas.mailhot at laposte dot net X-Bugzilla-Status: REOPENED X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: libc-locales 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: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: libc-locales@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-locales mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jan 2022 09:48:38 -0000 https://sourceware.org/bugzilla/show_bug.cgi?id=3D4628 --- Comment #23 from Nicolas Mailhot -= -- Really the whole thing has been blown out of proportion by people who did n= ot want to work on this, piling strawmen over strawmen. People asked to have the choice to use a new standard way of presenting time and dates, a way that has been normalised by ISO, IETF, W3C etc, a way that= has been available by default in other OSes for about 20 years, a way that works better for human and for software (because it sorts properly). In other words, exactly what happened before when people switched to 24h ti= me, but to read some comments implementing 24h time would have required switchi= ng all locales to some fake C unilocale, translating hour names into =E2=80=9C= neutral=E2=80=9D English. All people ask for is switching numeric representations to a common format (yyyy-mm-dd, standard iso weeks=E2=80=A6), keeping human day names as-is.=20 The only part remotely controversial are iso weeks starting on monday but t= hey are mostly used by businesses and businesses are the first ones to clamour = for something that does not break when you pass a border (and besides most loca= les interested in ISO 8601 dates are already using ISO weeks). And if locale structure as it exists today is badly suited to this need may= be locale structure needs to evolve to keep up with human needs? Unfortunately, free software continues to be unfriendly to non-US users. I don=E2=80=99t know why its the case, but it=E2=80=99s the sole system that = still has problems selecting A4 paper or distinguishing between input system and input languag= e. All things MS solved in Office and Windows circa 1995. Makes you proud of the people that managed the switch to UTF-8 given how controversial those changes seem to be there (they are not controversial in other OSes). --=20 You are receiving this mail because: You are the assignee for the bug.=