Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:122764
Feedback-ID: id4f946ef:Fastmail
User-Agent: Cyrus-JMAP/3.11.0-alpha0-328-gc998c829b7-fm-20240325.002-gc998c829
Precedence: bulk
MIME-Version: 1.0
Message-ID: <216d4a09-7921-48f6-b892-8d9605d367ab@app.fastmail.com>
In-Reply-To: <E82F0279-47D8-4BC1-9281-45799B7C018C@php.net>
References: 
 <CAEPPVa0RKdhCcogf+z77rgLK5xw55R-1VBo-z8pFPKNBH3u34A@mail.gmail.com>
 <CAEPPVa2SW5uDZCS_oESk1k-RMyjuYNmLa+=xFYHb4QXhOQGc=A@mail.gmail.com>
 <CANLbj-q10+Fiz7zvnHpUgL49KNA7DCYxq21vK3gPbSpDq-BHag@mail.gmail.com>
 <CA+XhMqzgd0vyC_qB0-4an4kTNuH9ayFqshs6PdQMweyOxBw1Fg@mail.gmail.com>
 <CAEPPVa0O9qZY88wry7Ox_hRq44L6xnMboTGvPCv_GC2ZfHu5EA@mail.gmail.com>
 <141e31f3-b7cf-4bd1-9bac-c9ec078767ed@app.fastmail.com>
 <E82F0279-47D8-4BC1-9281-45799B7C018C@php.net>
Date: Tue, 26 Mar 2024 22:14:11 +0100
To: internals@lists.php.net
Subject: Re: [PHP-DEV][RFC] grapheme cluster for str_split, grapheme_str_split function
Content-Type: multipart/alternative;
 boundary=ef6e2acbf5db4596891af3f953de3b09
From: langemeijer@php.net ("Casper Langemeijer")

--ef6e2acbf5db4596891af3f953de3b09
Content-Type: text/plain

On Tue, Mar 26, 2024, at 18:15, Derick Rethans wrote:
> Many of these already exist, such as grapheme_substr. We can't simply change the behaviour of the already existing functions due to BC reasons. 

Wow. I feel very stupid. I feel I should have known about grapheme_*, but I didn't. Oh my, the manual says since PHP 5.3 no less. From what I've seen around being used, I'm far from the only one though. In an attempt to justify my own stupidity I searched its use and it's bad.

Searching on github with language:PHP:
`mb_strlen`  84k files, `grapheme_strlen` 680

Then a big number of first 100 of these files are stubs/polyfills/phpstan metadata. I've seen no framework except Symphony (but they might be further in the searchresults)

> The grapheme_str_split function, as well as other intl extension functions is what should replace mbstring really. 

YES!

I'm sorry to have wasted your time. If you need someone to help for the grapheme_ marketing team, let me know.
--ef6e2acbf5db4596891af3f953de3b09
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><head><title></title><style type=3D"text/css">p.Mso=
Normal,p.MsoNoSpacing{margin:0}</style></head><body><div>On Tue, Mar 26,=
 2024, at 18:15, Derick Rethans wrote:<br></div><blockquote type=3D"cite=
" id=3D"qt" style=3D""><div>Many of these already exist, such as graphem=
e_substr. We can't simply change the behaviour of the already existing f=
unctions due to BC reasons.&nbsp;<br></div></blockquote><div><br></div><=
div>Wow. I feel very stupid. I feel I should have known about grapheme_*=
, but I didn't. Oh my, the manual says since PHP 5.3 no less. From what =
I've seen around being used, I'm far from the only one though. In an att=
empt to justify my own stupidity I searched its use and it's bad.<br></d=
iv><div><br></div><div>Searching on github with&nbsp;language:PHP:<br></=
div><div>`mb_strlen`&nbsp;&nbsp;84k files, `grapheme_strlen` 680<br></di=
v><div><br></div><div>Then a big number of first 100 of these files are =
stubs/polyfills/phpstan metadata. I've seen no framework except Symphony=
 (but they might be further in the searchresults)<br></div><div><br></di=
v><blockquote type=3D"cite" id=3D"qt" style=3D""><div>The grapheme_str_s=
plit function, as well as other intl extension functions is what should =
replace mbstring really.&nbsp;<br></div></blockquote><div><br></div><div=
>YES!<br></div><div><br></div><div>I'm sorry to have wasted your time. I=
f you need someone to help for the grapheme_ marketing team, let me know=
.<br></div></body></html>
--ef6e2acbf5db4596891af3f953de3b09--