Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116506
MIME-Version: 1.0
References: <757fcf17-4d8b-0eee-8226-e88705d92795@wikimedia.org>
 <CAOWwgpmDZZVoJDsnc5VmHmo=TPNizRjntBTEK2-vdrmuUzDJ1w@mail.gmail.com>
 <59feb482-2dec-3fdc-1104-5a47cb627634@wikimedia.org> <CAOWwgpk-+W5GhbaUWTFK4UTE5M4Pnum=3Xg1bE8=srHULh7fZg@mail.gmail.com>
 <303db338-d0bc-cf9e-cb5a-091cef3ac3ab@gmx.de>
In-Reply-To: <303db338-d0bc-cf9e-cb5a-091cef3ac3ab@gmx.de>
Date: Thu, 25 Nov 2021 11:39:49 +0100
Message-ID: <CAOWwgpma2onDBicOC+p3c-xW8PQZUt9qqk4tatewfgkFNvS_Ow@mail.gmail.com>
To: "Christoph M. Becker" <cmbecker69@gmx.de>
Cc: Tim Starling <tstarling@wikimedia.org>, 
	Internals Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000bf571d05d19a987c"
Subject: Re: [PHP-DEV] [VOTE] Locale-independent case conversion
From: nicolas.grekas+php@gmail.com (Nicolas Grekas)

--000000000000bf571d05d19a987c
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Le jeu. 25 nov. 2021 =C3=A0 11:34, Christoph M. Becker <cmbecker69@gmx.de> =
a
=C3=A9crit :

> On 25.11.2021 at 10:58, Nicolas Grekas wrote:
>
> > Le jeu. 25 nov. 2021 =C3=A0 10:47, Tim Starling <tstarling@wikimedia.or=
g> a
> > =C3=A9crit :
> >
> >> and because they are intended for natural language processing
> >
> > I definitely do not agree with this argument and it should be removed
> from
> > the RFC to me as it might add confusion in the future.
>
> Yeah, the PHP manual says[1]:
>
> | This function implements a comparison algorithm that orders
> | alphanumeric strings in the way a human being would, this is described
> | as a "natural ordering".
>
> [1] <https://www.php.net/manual/en/function.strnatcmp.php>
>

Yep, yet "natural language processing" means processing sentences we write
as humans, e.g. processing this very message. natcase sorting functions are
not done for that. They're useful to sort items in a list - typically file
names - in a way that makes sense to humans. This is very different from
"natural language processing". Having "natsort" vary by locale doesn't make
more sense than having "sort()" vary by locale. That's my point. The
argument doesn't stand against implementing locale-insensitivity for these
functions and I think the RFC shouldn't make it (the argument.)

Nicolas

--000000000000bf571d05d19a987c--