From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24115 invoked by alias); 19 Jun 2014 22:48:27 -0000 Mailing-List: contact libc-locales-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-locales-owner@sourceware.org Received: (qmail 23493 invoked by uid 48); 19 Jun 2014 22:47:16 -0000 From: "bugzilla at tecnocode dot co.uk" To: libc-locales@sourceware.org Subject: [Bug localedata/14641] Deprecate name_fmt Date: Thu, 19 Jun 2014 22:48: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: bugzilla at tecnocode dot co.uk X-Bugzilla-Status: REOPENED 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: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2014-q2/txt/msg00185.txt.bz2 https://sourceware.org/bugzilla/show_bug.cgi?id=3D14641 --- Comment #18 from Philip Withnall --- (In reply to Florian Weimer from comment #15) > (In reply to Philip Withnall from comment #14) > > (In reply to Florian Weimer from comment #13) > > > Closing per previous discussion. > >=20 > > As per comments #5 and #6, I think the proper solution is to deprecate > > name_fmt, since it seems to be fundamentally incorrect to have it in li= bc, > > and keeping it un-deprecated just encourages people to use it incorrect= ly or > > unsuccessfully. >=20 > Fair enough. That would extend to LC_NAME, LC_ADDRESS, LC_TELEPHONE, I > suppose. What about LC_MEASUREMENT and LC_IDENTIFICATION? LC_MEASUREMENT and LC_IDENTIFICATION are in active use, and seem reasonably well-defined and useful (for example, knowing which temperature units to us= e in the current locale). LC_TELEPHONE also seems useful, giving international c= all codes in and out of the current country. I guess I=E2=80=99d say the cutoff is whether the formatting depends on the= origin of the data. For phone numbers it doesn=E2=80=99t (calling codes are internati= onally defined), but for names and addresses. > Related identifiers include _NL_NAME_*, _NL_ADDRESS_*, _NL_TELEPHONE_*, p= lus > the _NL_NUM_* identifiers. Anything else? I can=E2=80=99t find anything else. --=20 You are receiving this mail because: You are on the CC list for the bug.