public inbox for libc-locales@sourceware.org
 help / color / mirror / Atom feed
From: "bugdal at aerifal dot cx" <sourceware-bugzilla@sourceware.org>
To: libc-locales@sourceware.org
Subject: [Bug localedata/14641] Deprecate name_fmt
Date: Mon, 23 Jun 2014 21:57:00 -0000	[thread overview]
Message-ID: <bug-14641-716-x9Ig9QtWXg@http.sourceware.org/bugzilla/> (raw)
In-Reply-To: <bug-14641-716@http.sourceware.org/bugzilla/>

https://sourceware.org/bugzilla/show_bug.cgi?id=14641

--- Comment #28 from Rich Felker <bugdal at aerifal dot cx> ---
> One could actually introduce a new keyword for women unmarried+married.
> This is a convention found in many cultures.

This would be a very bad change from my perspective. The entire aim of the
locale system should be avoiding offending users by presenting information in a
way that's culturally inappropriate. While in many cultures there is such a
historical distinction in titles, it's generally not necessary to use such
titles at all, and there will be a segment of members of the given culture who
are offended by it, consider it backwards, misogynist, etc. like Florian
mentioned. The locale system should not be reinforcing or giving preference to
conservative elements of the cultures it's modelling. It should be neutral and
acceptable to as diverse a group of people within the culture as possible.

On a related issue, even storing people's gender or sex in your data is a bad
idea unless it's absolutely essential. What do you do when the person's gender
is ambiguous (particularly a problem in information systems where an employee,
rather than the person being identified, enters their information into the
system), or when the gender on their legal documents does not match the gender
they identify as? Many systems nowadays seem to ask users to choose their title
rather than asking them for gender, which seems like a thinly-veiled way of
asking for gender, but even that has problems. For example you risk non-native
speakers of the language not understanding what title means or what the choices
are, then getting offended later when they're called by a gender-inappropriate
title they (accidentally) selected.

Anyway perhaps this is all tangential, but my point is that the locale system
should be deprecating all of these things rather than reinforcing them.

-- 
You are receiving this mail because:
You are on the CC list for the bug.

  parent reply	other threads:[~2014-06-23 21:57 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-28 11:50 [Bug localedata/14641] New: Add a strftime()-like function for formatting human names 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 ` keld at keldix dot com
2013-11-06 23:58 ` neleai at seznam dot cz
2013-11-07  3:16 ` bugdal at aerifal dot cx
2013-11-07 12:29   ` Keld Simonsen
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 [this message]
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=bug-14641-716-x9Ig9QtWXg@http.sourceware.org/bugzilla/ \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=libc-locales@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).