Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:122770
Precedence: bulk
MIME-Version: 1.0
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>
 <216d4a09-7921-48f6-b892-8d9605d367ab@app.fastmail.com>
In-Reply-To: <216d4a09-7921-48f6-b892-8d9605d367ab@app.fastmail.com>
Date: Wed, 27 Mar 2024 09:48:04 +0900
Message-ID: <CAEPPVa1GmiiGysO5eXZQGa9HWVYDCG5jmHbXOTXPh9oSwL-qKg@mail.gmail.com>
Subject: Re: [PHP-DEV][RFC] grapheme cluster for str_split, grapheme_str_split function
To: internals@lists.php.net
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
From: youkidearitai@gmail.com (youkidearitai)

2024=E5=B9=B43=E6=9C=8827=E6=97=A5(=E6=B0=B4) 6:18 Casper Langemeijer <lang=
emeijer@php.net>:
>
> On Tue, Mar 26, 2024, at 18:15, Derick Rethans wrote:
>
> Many of these already exist, such as grapheme_substr. We can't simply cha=
nge 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 see=
n around being used, I'm far from the only one though. In an attempt to jus=
tify 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 furthe=
r in the searchresults)
>
> The grapheme_str_split function, as well as other intl extension function=
s is what should replace mbstring really.
>
>
> YES!
>
> I'm sorry to have wasted your time. If you need someone to help for the g=
rapheme_ marketing team, let me know.

Hi, Casper

I think still useful mbstring functions. Because mbstring functions is
still valid as a bridge to non-Unicode character codes.
We think it makes sense for mbstring to calculate in Unicode code point uni=
ts.

Therefore, I think make sense that separate mbstring functions and
grapheme functions.

Regards
Yuya

--=20
---------------------------
Yuya Hamada (tekimen)
- https://tekitoh-memdhoi.info
- https://github.com/youkidearitai
-----------------------------