[Voting] Add locale for case insensitive grapheme functions View as Markdown

2025年6月30日(月) 19:02 youkidearitai youkidearitai@gmail.com:

2025年6月30日(月) 18:49 Derick Rethans derick@php.net:

Hi, Internals

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.

Hi,

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.

cheers,
Derick

--
https://derickrethans.nl | https://xdebug.org | https://dram.io

Author of Xdebug. Like it? Consider supporting me: https://xdebug.org/support

mastodon: @derickr@phpc.social @xdebug@phpc.social

Hi, Derick and Internals

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.

Am I not eligible to participate?
I feel giant walls to Internals.from east asia.

Regards
Yuya

--

Yuya Hamada (tekimen)

• https://tekitoh-memdhoi.info
• https://github.com/youkidearitai

---

Hi, Internals

I am wrong signature for the RFC.
I want go to stop "Voting" phase and moving back to "Under Discussion".
I'll fix this RFC.

Please give me a time.
Thanks a lot pointing to me.
Regards

Yuya

--

Yuya Hamada (tekimen)

• https://tekitoh-memdhoi.info
• https://github.com/youkidearitai

2025年6月30日(月) 18:49 Derick Rethans derick@php.net:

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