Le jeu. 25 nov. 2021 à 11:34, Christoph M. Becker <cmbecke...@gmx.de> a écrit :
> On 25.11.2021 at 10:58, Nicolas Grekas wrote: > > > Le jeu. 25 nov. 2021 à 10:47, Tim Starling <tstarl...@wikimedia.org> a > > écrit : > > > >> 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
