Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:116504
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>
In-Reply-To: <59feb482-2dec-3fdc-1104-5a47cb627634@wikimedia.org>
Date: Thu, 25 Nov 2021 10:58:41 +0100
Message-ID: <CAOWwgpk-+W5GhbaUWTFK4UTE5M4Pnum=3Xg1bE8=srHULh7fZg@mail.gmail.com>
To: Tim Starling <tstarling@wikimedia.org>
Cc: Internals Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000009c938105d19a056f"
Subject: Re: [PHP-DEV] [VOTE] Locale-independent case conversion
From: nicolas.grekas+php@gmail.com (Nicolas Grekas)

--0000000000009c938105d19a056f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Le jeu. 25 nov. 2021 =C3=A0 10:47, Tim Starling <tstarling@wikimedia.org> a
=C3=A9crit :

> On 25/11/21 7:55 pm, Nicolas Grekas wrote:
>
>
> I voted yes because I want to see this happen but I raised a point in
> https://externals.io/message/116141#116259 and didn't get an answer:
>
> Despite their name, I never used natcase functions for natural language
>> processing. I use them eg to sort lists of files in a directory, to
>> account
>> for numbers mainly. But that's not what I would call natural language
>> processing. I'm not aware of anyone using them for that actually. I'm
>> wondering if it's a good idea to postpone migrating them to an
>> hypothetical
>> future as to me, the whole reasoning of the RFC applies to them.
>>
>
> I wish the strnatcasecmp() and natcasesort() function, but also the
> SORT_NATURAL flag were also covered by this RFC.
> Is that possible? Would it make sense?
>
>
> I'm not going to migrate those functions at this time. It's just a projec=
t
> scope decision.
>

Why?

The RFC says:
> because they also use isdigit() and isspace(),

Does that mean "too much work needed"? I would totally understand that of
course but I hope someone could do these last miles.

> 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.

Nicolas

--0000000000009c938105d19a056f--