Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:125013
Precedence: bulk
MIME-Version: 1.0
References: <CAPn3h8LunRRAEfQXbfuDzMsxwGeFZfsHXs7oB=DTMhN2fgphUg@mail.gmail.com>
 <1AFE8300-D363-43D8-A989-15D001B9879C@newclarity.net> <dc2d9656-557a-4bf2-9971-245b30b1aa30@rwec.co.uk>
 <270D6057-626D-4720-B44A-3CB7A7B9320B@newclarity.net> <BC11D97A-F56E-4C22-ABCE-C4A44680BCA7@rwec.co.uk>
 <37013714-371C-4871-9E15-FE91657A662B@newclarity.net> <BC87D2FF-0524-49DD-9D23-3D4229DF034A@rwec.co.uk>
 <177155F3-8D62-4F5A-A908-0D0F717DFF1B@newclarity.net>
In-Reply-To: <177155F3-8D62-4F5A-A908-0D0F717DFF1B@newclarity.net>
Date: Sat, 17 Aug 2024 09:45:45 +0900
Message-ID: <CAEPPVa2EuHgpxQbA8Jveb51pT2ni6rpohtoijzqBiKYEOXa2+g@mail.gmail.com>
Subject: Re: [PHP-DEV][Discussion] Should All String Functions Become
 Multi-Byte Safe?
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=B48=E6=9C=8817=E6=97=A5(=E5=9C=9F) 9:17 Mike Schinkel <mike@newc=
larity.net>:
>
> > On Aug 16, 2024, at 8:02 PM, Rowan Tommins [IMSoP] <imsop.php@rwec.co.u=
k> wrote:
> > On 17 August 2024 00:25:13 BST, Mike Schinkel <mike@newclarity.net> wro=
te:
> >> I am not sure I agree with you that adding Unicode support is the wron=
g angle, per se.
> >>
> >> A strong argument could be made that Unicode support is a necessary bu=
t not sufficient building block for "internationalization support."  IOW, i=
f you want to get to the latter it is probably a lot easier to start with t=
he former as the scope of the latter is by-nature larger. After all, perfec=
t is the enemy of the good and waiting for a full-press effort for internat=
ionalization support could well push off Unicode support long down the road=
.
> >
> > Again, that's not really what I intended to say, but I'm probably not e=
xpressing myself clearly.
> >
> > I was thinking about the way we frame the conversation, the words we fo=
cus on, and how that shapes the conversation.
> >
> > The example that keeps coming to mind is password_hash/password_verify.=
 It seems to me that for years, the conversation was framed around "cryptog=
raphically safe hashing functions", and teaching users why and how to use p=
owerful but confusing functions like hash() and crypt(). Then it got refram=
ed from the point of view of a web developer wanting to implement logins, a=
nd we ended up with fantastically easy to use functions.
> >
> > In the same way, I think "Unicode support" should be the awkward backgr=
ound work that we do *because we're trying to solve specific problems invol=
ving text*.
> >
> > In the case of this thread, I think the actual user story is "I want to=
 allow users to enter a wide range of characters, but restrict them in cont=
extually appropriate ways to ensure various types of safety and security". =
The implementation of that involves a lot of technicalities about how Unico=
de works, but ideally we want to find meaningful abstractions of those tech=
nicalities, not just require every user to understand them.
>
> We are in no real disagreement there.
>
> -Mike
>
> P.S. I do think we could reach the same end-goal by taking either directi=
on since Unicode support is a building block of solving specific problems i=
nvolving text, and thus needs to happen either way.
>
> But, as I implied earlier, whichever road takes us there works for me so =
no need for me to further bikeshed it, as long as the road we take will not=
 result in a dead-end.

Hi, internals

I added `grapheme_str_split` in PHP 8.4.
I added this because I thought the function of grapheme function was missin=
g.

I think grapheme functions is still lacks functionality.
I would like to add grapheme function.

PHP's Unicode support is still not sufficient.
I would like to strengthen PHP's Unicode support.

After a while, I have plans I would like add RFC for Unicode functions.

Regards
Yuya

--=20
---------------------------
Yuya Hamada (tekimen)
- https://tekitoh-memdhoi.info
- https://github.com/youkidearitai
-----------------------------