>1. Are there any reasonable objections to consistently implementing
character range expressions for all character masks?
would be a minor BC break to silently change the meaning of memspn($str,
"a..b"), which currently has the same meaning as "a.b" with wasted cpu
cycles, but with your
On Fri, Jul 29, 2022 at 7:15 AM mickmackusa wrote:
>
>
> On Monday, July 25, 2022, Guilliam Xavier
> wrote:
>
>> On Sat, Jul 9, 2022 at 1:56 AM mickmackusa wrote:
>>
>>> I've discovered that several native string functions offer a character
>>> mask
>>> as a parameter.
>>>
>>> I've laid out my
>
>
>
If I seek to have a round of voting for an RFC on character ranges in
character mask parameters, should I propose it for PHP8.3 or a higher
version?
I have only identified 4 native string functions that make reasable
candidates to join the 7 existing functions with this feature.
I don't
On 09.07.2022 at 01:55, mickmackusa wrote:
> I've discovered that several native string functions offer a character mask
> as a parameter.
>
> I've laid out my observations at
> https://stackoverflow.com/q/72865138/2943403
>
> In a nutshell, not all character masks offer ranges via "double dot"
>
On 9 July 2022 05:02:21 BST, mickmackusa wrote:
>Thanks for your reply, Kirill, but I am no way trying to introduce a new,
>general use operator for all encountered strings.
>
>I am purely focused on having the operator consistently implemented for all
>character masks.
I think the confusion
On Saturday, July 9, 2022, Kirill Nesmeyanov wrote:
>
> Note that the "..." operator is unary, so there is no syntax conflict when
> using two floats:
> ```
> echo 0...1; // 00.1
> ```
>
> However, in the case of the ".." operator, it is assumed to be a binary
> operator, so problems with
