Subject: Re: [email@example.com: bsdgames: number claims English output, but outputs in American]
To: Malcolm Parsons <firstname.lastname@example.org>
From: Bill Studenmund <email@example.com>
Date: 11/13/2003 13:57:28
Content-Type: text/plain; charset=us-ascii
On Sat, Nov 08, 2003 at 12:31:09PM +0000, Malcolm Parsons wrote:
> I've attached debian bug report #219666, and an email from Joseph Myers
> asking questions about the correct way too fix it.
> What does NetBSD think is the correct fix for this bug?
I think the correct thing is to leave things alone, for two reasons.
1) NetBSD has chosen to use American English as its language, so the=20
current use of, "english" by this program is fine. This patch is=20
attempting to add an optional localization to the tool, but it is doing it=
in a manner that will not scale. If we want to support different=20
translations, then we really should cope with the fact that there probably=
are more than just two.
2) The use of, '-e', to enable the alternate behavior is inappropriate. =20
"English" is the name of a language with dialects, it is not a dialect. =20
Thus it is inappropriate to use it to choose between different dialects of
itself. "Queen's English" would work (for a few more decades), but I think
a better choice would be something like, '-b', for "British."
If we really want to add this, then I'd say use '-b' for British. The=20
problem though is what happens when a different English dialect has a=20
different number need? The only thing I see that'd scale would be some=20
sort of tie-in with localization.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (NetBSD)
-----END PGP SIGNATURE-----