public inbox for libc-locales@sourceware.org
 help / color / mirror / Atom feed
From: Keld Simonsen <keld@keldix.com>
To: bugdal at aerifal dot cx <sourceware-bugzilla@sourceware.org>
Cc: libc-locales@sourceware.org
Subject: Re: [Bug localedata/14641] Add a strftime()-like function for formatting human names
Date: Thu, 07 Nov 2013 12:29:00 -0000	[thread overview]
Message-ID: <20131107122942.GA4462@rap.rap.dk> (raw)
In-Reply-To: <bug-14641-716-zJ9kkXx0eQ@http.sourceware.org/bugzilla/>

On Thu, Nov 07, 2013 at 02:26:39AM +0000, bugdal at aerifal dot cx wrote:
> http://sourceware.org/bugzilla/show_bug.cgi?id=14641
> 
> --- Comment #9 from Rich Felker <bugdal at aerifal dot cx> ---
> On Wed, Nov 06, 2013 at 11:57:48PM +0000, keld at keldix dot com wrote:
> > The intended use is then to switch to the locale of the address in question,
> > for eg formatting of an address for a postal letter. 
> 
> This is not the way locales are supposed to be used. You don't just
> keep switching them around at runtime. In your specific example of
> formatting a letter, it's wrong, because you want the address
> formatted according to the cultural conventions of the place in which
> it's being sent, but the name written the way the recipient's name is
> supposed to be written.

If there are different users then it is only natural to switch to each user's
locale, eg when printing a name, or printing an address.
When printing a namei in an address, one should  follw the IPU standard
for this. This standard has several options. Either French or the local
language of the receiving country. And then there may be
more than one convention in a country, eg with multiple official langages.

A recipient may want a name to be wrttten in ways. Eg in the  Chinese, Indian, Arabic
or the Latin script. Also dependent on script the family name could be placed first or last.
Even with the Latin script, sometimes the family name is written first.
Or the family name is written in all capitals.

> > To find the correct locale for a given address is not straightforward.
> > You would often have a country associated with the address and then you could
> > find a locale related to that country. 
> 
> But that has nothing to do with how the name should be formatted, only
> with how the address should be formatted. Also, depending on your
> locale, the matter of formatting an address can depend on the
> conventions of the recipient's country or the sender's. In any case
> this logic is all way outside the scope of libc locale.

Yes it is mostly how the address should be formatted. But it could also
be used for the name formatting, eg in a letter, where you have written the text
in the language of the receiver, and you also want to format the name in that language.


I believe this is in scope of libc, meaning that this is to make an application
culturally adaptable. It is just a more advanced use than the normal i18n,
because we want to accomodate different users' cultural conventions.

Still, it can be used just for one set of user preferences,
eg in my country, Denmark, if I would send out a letter to many
people, they would almost all be Danish, and then a few Sewdes  and Norwegians
and possibly German adressees, who share the same cultural conventions
wrt naming and addresses. 

best regards
keld

  reply	other threads:[~2013-11-07 12:29 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-28 11:50 [Bug localedata/14641] New: " bugzilla at tecnocode dot co.uk
2012-09-28 12:05 ` Keld Simonsen
2012-09-28 12:41 ` [Bug localedata/14641] " keld at keldix dot com
2012-09-28 12:41 ` bugdal at aerifal dot cx
2013-11-06 13:01 ` simon.mcvittie at collabora dot co.uk
2013-11-06 15:13 ` bugdal at aerifal dot cx
2013-11-06 16:12 ` simon.mcvittie at collabora dot co.uk
2013-11-06 16:33 ` bugdal at aerifal dot cx
2013-11-06 23:57   ` Keld Simonsen
2013-11-06 23:58 ` neleai at seznam dot cz
2013-11-06 23:58 ` keld at keldix dot com
2013-11-07  3:16 ` bugdal at aerifal dot cx
2013-11-07 12:29   ` Keld Simonsen [this message]
2013-11-07 12:30 ` keld at keldix dot com
2013-11-07 15:27 ` bugdal at aerifal dot cx
2013-11-07 19:02   ` Keld Simonsen
2013-11-07 19:03 ` keld at keldix dot com
2014-06-17  4:30 ` fweimer at redhat dot com
2014-06-17  7:33 ` [Bug localedata/14641] Deprecate name_fmt bugzilla at tecnocode dot co.uk
2014-06-17  7:49 ` fweimer at redhat dot com
2014-06-17 16:54   ` Keld Simonsen
2014-06-17 17:03 ` keld at keldix dot com
2014-06-17 17:09 ` bugdal at aerifal dot cx
2014-06-20  5:48   ` Keld Simonsen
2014-06-19 22:48 ` bugzilla at tecnocode dot co.uk
2014-06-20  5:50 ` keld at keldix dot com
2014-06-20  7:28 ` bugdal at aerifal dot cx
2014-06-20 11:03   ` Keld Simonsen
2014-06-20 11:05 ` keld at keldix dot com
2014-06-20 13:22 ` bugzilla at tecnocode dot co.uk
2014-06-21 18:35   ` Keld Simonsen
2014-06-21 18:37 ` keld at keldix dot com
2014-06-23  8:21 ` fweimer at redhat dot com
2014-06-23 13:01   ` Keld Simonsen
2014-06-23 13:04 ` keld at keldix dot com
2014-06-23 21:07   ` Keld Simonsen
2014-06-23 21:08 ` myllynen at redhat dot com
2014-06-23 21:08 ` keld at keldix dot com
2014-06-23 21:57 ` bugdal at aerifal dot cx
2014-06-23 22:12   ` Keld Simonsen
2014-06-23 22:13 ` keld at keldix dot com
2014-06-24  7:40 ` fweimer at redhat dot com
2016-02-19 10:46 ` [Bug localedata/14641] LC_NAME: deprecate locale category vapier at gentoo dot org
2016-02-19 15:42 ` myllynen at redhat dot com
2016-02-19 16:15 ` vapier at gentoo dot org
2016-02-19 18:29   ` Keld Simonsen
2016-02-19 18:33 ` keld at keldix dot com
2016-02-19 23:22 ` vapier at gentoo dot org
2016-02-19 23:26   ` Keld Simonsen
2016-02-19 23:27 ` keld at keldix dot com
2016-02-20  6:07 ` vapier at gentoo dot org
2016-02-22  8:10   ` Keld Simonsen
2016-02-22  8:12 ` keld at keldix dot com
2016-02-22 10:13 ` vapier at gentoo dot org
2019-01-02 11:59   ` Keld Simonsen
2018-12-20  8:38 ` pander at users dot sourceforge.net
2018-12-20  9:52 ` pander at users dot sourceforge.net
2019-01-01 11:42 ` pander at users dot sourceforge.net
2019-01-02 11:59 ` keld at keldix dot com

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20131107122942.GA4462@rap.rap.dk \
    --to=keld@keldix.com \
    --cc=libc-locales@sourceware.org \
    --cc=sourceware-bugzilla@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).