Re: [Voting] Add locale for case insensitive grapheme functions
| From: | youkidearitai | Date: | Tue, 01 Jul 2025 10:32:35 +0000 |
| Subject: | Re: [Voting] Add locale for case insensitive grapheme functions | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-127818@lists.php.net to get a copy of this message | ||
2025年7月1日(火) 19:02 Derick Rethans <derick@php.net>:
>
> On Mon, 30 Jun 2025, youkidearitai wrote:
>
> > 2025年6月30日(月) 18:49 Derick Rethans <derick@php.net>:
> > >
> > > On Mon, 30 Jun 2025, youkidearitai wrote:
> > >
> > > > I have just started add locale for grapheme_* functions.
> > > >
> > > > https://wiki.php.net/rfc/grapheme_add_locale_for_case_insensitive
> > > >
> > > > Voting end is 2025-07-15 00:00:00 GMT.
> > >
> > > I have voted no for now, as I don't think the RFC explains a various
> > > amount of situations:
> > >
> > > - How are locale string handled that don't exist (exception? silently
> > > ignored?)
> > > - What range of locales are allowed? Where would this list come from?
> > > - How do fallbacks of locales work?
> > > - Are locale variants handled?
> > > - Is it really wise to use strings for locales?
> > > - How are locale strenghts handled, such as the
> > > primary/secondary/tertiary modes of ICU — these influence the
> > > matchy-ness of characters.
> > >
> > > For all these situations, there should also be tests, but that's an
> > > implementation detail.
> >
> > Thanks for feedback.
> > I got it.
> >
> > However, Why didn't you take part in the under discussion phase?
> > I would like to improve the compatibility of PHP's Unicode.
>
> I thought I had, but you're right — that was on a different thread about
> str_icontains.
>
>
> cheers,
> Derick
Hi, Derick
Thank you for reply.
Indeed, I'm going to discuss thread about str_icontains too.
Regards
Yuya
--
---------------------------
Yuya Hamada (tekimen)
- https://tekitoh-memdhoi.info
- https://github.com/youkidearitai
-----------------------------