From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18272 invoked by alias); 18 Apr 2016 17:45:39 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 18249 invoked by uid 89); 18 Apr 2016 17:45:38 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=BAYES_40,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=engineers, hardcore, 18.04.2016, 18042016 X-Spam-User: qpsmtpd, 2 recipients X-HELO: smtp.gentoo.org Date: Mon, 18 Apr 2016 17:45:00 -0000 From: Mike Frysinger To: Rafal Luzynski Cc: libc-alpha@sourceware.org, libc-locales@sourceware.org Subject: Re: use of Yy+0/Nn-1/etc... in LC_MESSAGES yesexpr/noexpr Message-ID: <20160418174526.GU5369@vapier.lan> Mail-Followup-To: Rafal Luzynski , libc-alpha@sourceware.org, libc-locales@sourceware.org References: <20160418024058.GI5369@vapier.lan> <2068255263.341464.927dd0c6-0cc1-4eda-8a2d-7a80cd0843a6.open-xchange@poczta.nazwa.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6axCafNXXMM8qu6Q" Content-Disposition: inline In-Reply-To: <2068255263.341464.927dd0c6-0cc1-4eda-8a2d-7a80cd0843a6.open-xchange@poczta.nazwa.pl> X-SW-Source: 2016-04/txt/msg00441.txt.bz2 --6axCafNXXMM8qu6Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2035 On 18 Apr 2016 11:10, Rafal Luzynski wrote: > 18.04.2016 04:40 Mike Frysinger wrote: > > https://sourceware.org/bugzilla/show_bug.cgi?id=3D15262 > > do we have policy/guidance on the use of english chars in the yes/no > > regexes ? of the 202 locales that define yesexpr/noexpr, 195 of them > > include [Yy]/[Nn], most of which aren't english. > > > > my take: at the risk of being called anglocentric, we should add > > [Yy] & [Nn] to all locales >=20 > Sounds reasonable to me. From my own experience and from my contacts > with other developers from neighboring countries it seems to me that > hardcore computer users (software engineers, admins, scientists, long > time users) are used to English and sometimes even prefer English over > their own native languages and sometimes may involuntary press Y/N > instead of their native version even if the software is localized. > My point is that adding [Yy] and [Nn] can make some people happy and > will not hurt anybody. >=20 > Note: Make sure that [Yy] and [Nn] are not already used for the opposite > meaning (that [Yy] does not mean "no" or [Nn] does not mean "yes") > because in that case this change would be harmful. a very good point. there's 5 languages where this comes up: yo.xml: B=E1=BA=B9=E1=BA=B9ni :N sw.xml: Ndiyo:N guz.xml: Yaya:Y az.xml: yox:y uz.xml: yo=E2=80=98q:y at least yo_NG is broken on our side. > - no, please don't drop [Oo] (Oui) from en_CA unless preserving [Oo] > causes some technical issues; i split this out into the other reply by Keld > - yes, please use [=D0=94=D0=B4DdYy] and if possible for both sr_RS and s= r_RS@latin; > I guess that some Serbian users may use different keyboard layouts and > switch between them, it would be easier for them if the software could > read their intention correctly even if they forget to switch their > keyboard layout to Latin. script variants are much easier to handle as we have that data :). -mike --6axCafNXXMM8qu6Q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXFR02AAoJEEFjO5/oN/WBHI0P/3Uc3NTj2aQW+y21KZhMtgKe TfFhEIn7TdqdC302lCGRdgvhg7/KJ1U3ZhBVoqUmjqGhDzXxL6UY/70390/hMhqh VfCchRCLJjxWHAU/1XZo2/pUHh24Tr1VWKq/g/O9YZgnfxm5e5YAGe5/StGq/TS9 VwmpOciG30qYAF8l1Vk5xtf/ekdM1iJttIOfLZ8kMm216gtGWRy+i6/+1Pf42Lgx UmwAJUptkPJhLbl5G6QX/GGkbqUofR/3y9111/YScOENuKVRaD9WKPdBIMug/EhZ vzjG/f97Oclo9RpEcgSmCLgVaiahsv6ACZJmQ25LvmH0P+hWAbICEaPvBemroDRs 9+mMWNnLccgpQoU4b9CCnpQzCkPWQ0iytutqNjWvpe58qN1PGgytVLHxMLVMGwuf u1p5zPy4APkTpmHdnjupv3gCVnL/YQRZfpIYWTeNQi2Qybib5BJThtc29xGjYHIp C/y2Vc/ItPpsP19RF89M9Hr+AhlOIk6V9+lcliRq7jYfuTwuHw7N0/h7ZpxdEp1D 8f3peX+X8wzAmzHzvdYFCEP3VeC5C1D3opYYZ8cLIecsOjf1Js2kwpgkQBhDMGDY mZciZIubgM8mLPY5vmwOQAG5eRkU1Z5dfnYYvKrAFqsbyqHmsPTRL6NwKZZQBxUr YdQqxcFfEoIAytI7gIag =LKy0 -----END PGP SIGNATURE----- --6axCafNXXMM8qu6Q--