Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120305
MIME-Version: 1.0
References: <CAFPFaMJ1opg7=SZ2ovFiAqjO_z1avpcNPFWTOoOqjhptoxSvcg@mail.gmail.com>
 <CAFPFaMJZniU6GyLO4FTZSNT776VYeCsuY8+ekzv-REfJog+1fQ@mail.gmail.com>
In-Reply-To: <CAFPFaMJZniU6GyLO4FTZSNT776VYeCsuY8+ekzv-REfJog+1fQ@mail.gmail.com>
Date: Tue, 16 May 2023 00:53:10 +0200
Message-ID: <CAPTD5yEue+G9h+XuYRKomgLr21Fs9MGNMe0CnJ9Gpib-EhgDMw@mail.gmail.com>
To: "G. P. B." <george.banyard@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="0000000000004cd26105fbc35288"
Subject: Re: [PHP-DEV] [RFC] Define proper semantics for range() function
From: jorg.sowa@gmail.com (Jorg Sowa)

--0000000000004cd26105fbc35288
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hello!

I have one concern about the part:

> Emit an E_WARNING when $start or $end is cast to an integer because the
other boundary input is a number or numeric string. (e.g. range
<http://www.php.net/range>('5', 'z'); or range <http://www.php.net/range>(5=
,
'z');)

Doesn't it limit the functionality of the function for the numbers as
characters? Currently when we call range('/','z') we get full range of
characters. https://onlinephp.io/c/9cb12

But when we change argument $start to next character which is zero ('0')
then we get array with only one element. https://onlinephp.io/c/a0cda

Casting numerical string in this function may be confusing.

Sorry for making fuss just before voting, but didn't see this topic before
and wanted to share my insights with you thinking it may be relevant.

Kind regards,
Jorg

On Mon, May 15, 2023 at 4:42=E2=80=AFPM G. P. B. <george.banyard@gmail.com>=
 wrote:

> Hello Internals,
>
> I plan to put the RFC to a vote tomorrow in its current state, which has
> not been changed since the 30th of March:
> https://wiki.php.net/rfc/proper-range-semantics
>
> Any final comments or complaints should be raised now.
>
> Best regards,
>
> George P. Banyard
>

--0000000000004cd26105fbc35288--