Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119316
Content-Type: text/plain;
	charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3731.300.101.1.3\))
In-Reply-To: <CAFPFaMLtOAkRzTsqfdhvkZZ17JpUBg_WSQBpgVU6+xg-mLt2zA@mail.gmail.com>
Date: Wed, 18 Jan 2023 17:02:03 +0100
Cc: PHP internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <93F17C1F-A45F-4E33-8002-E1280D4F47F9@gmail.com>
References: <CAFPFaMLtOAkRzTsqfdhvkZZ17JpUBg_WSQBpgVU6+xg-mLt2zA@mail.gmail.com>
To: "G. P. B." <george.banyard@gmail.com>
Subject: Re: [PHP-DEV] [RFC] Path to Saner Increment/Decrement operators
From: claude.pache@gmail.com (Claude Pache)



> Le 17 janv. 2023 =C3=A0 15:28, G. P. B. <george.banyard@gmail.com> a =
=C3=A9crit :
>=20
> Hello Internals,
>=20
> I would like to start the discussion on the Path to Saner
> Increment/Decrement operators RFC:
> https://wiki.php.net/rfc/saner-inc-dec-operators

Hi,

Adding a `str_increment(...)` function that roughly replicates the =
current behaviour of `++$x` for non-numeric strings, is necessary and =
sufficient in order to have a simple and clear path forward for those =
that use the feature, thanks. (On the other hand, a `str_decrement(...)` =
equivalent is not useful for the scope of this RFC.)

=E2=80=94Claude