Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:111601
MIME-Version: 1.0
References: <alpine.DEB.2.23.453.2008100935570.7489@singlemalt.home.derickrethans.nl>
 <BYAPR05MB65356FCC029CD06F49F528A0DE420@BYAPR05MB6535.namprd05.prod.outlook.com>
 <CABdc3WobP1HSRwcujd4=o4wv3QUp7gDT12KmMRQU1_wLj4YLuQ@mail.gmail.com>
 <BYAPR05MB65351C807797676BB08D8BDCDE430@BYAPR05MB6535.namprd05.prod.outlook.com>
 <5cc837df-ab47-628a-d29b-46d7933be973@gmx.net> <BYAPR05MB653522F9123B59F7E066BDB8DE430@BYAPR05MB6535.namprd05.prod.outlook.com>
 <3A7CECC3-CDEE-4852-BF4B-4EC7CA1BD538@pmjones.io> <CAAKU0u=VYh7D+XJ93dDdAxdJ8nEU8iPfeN0f=Xv9Qm=cCQKX6w@mail.gmail.com>
 <BN8PR05MB6532D19BEA11F44BAAD3FDD3DE400@BN8PR05MB6532.namprd05.prod.outlook.com>
 <CAESVnVp5NHKKpMHt_7AAO8P9L2vL8UN4ynD5K4d9f23Jvr+s2A@mail.gmail.com>
 <alpine.DEB.2.23.453.2008141902160.7489@singlemalt.home.derickrethans.nl>
 <BYAPR05MB65352D21FAA7EA37A9A0C37FDE400@BYAPR05MB6535.namprd05.prod.outlook.com>
 <CABdc3Wrd+WECJOXCmYu0Gq5VttVtTkDoO=-9SEP_+-p=qoNB4w@mail.gmail.com>
 <7d6c42a4-53cd-5e38-4ffc-02fe490d66a3@gmx.net> <DM6PR07MB6618E0D524F8E7EDE57B87C2F9410@DM6PR07MB6618.namprd07.prod.outlook.com>
 <CAJvSBVPgXXLL0=fN2e3c=+P_x58kE5jsYVRMpGN5yvmWEcCP6g@mail.gmail.com>
 <d4b885c812522de0b014380fffa3dddee52f9cf3f8c9629bfa0d31fbaf18f362@mahalux.com>
 <CAG9XoMRiQSjUPUodDXVCSGwgAC-BhdXVH-vizDRcjgvLt+KKpQ@mail.gmail.com>
 <CAJmjfvVNDRCBOUoaSTPA=Lyhi201ios1uNy_cmBmZ++bGaRvpw@mail.gmail.com>
 <CAEPJdu=65Sc+ixyJm52iwMaO3EzX4M4Xm5XMRAtt107xixBVBA@mail.gmail.com>
 <CAJmjfvWcmnjhZ_A6uaZaj3jFr-HPUPOnGm0mdSOLr3Lk094i0Q@mail.gmail.com>
 <CAEPJdukEgrw0bwPc6EVEGSTN20Rvk70HHMSeZ=c=c5Xu+LPfiQ@mail.gmail.com>
 <CAJmjfvUOF2GvLjapOFqcEuj4ORkiW92d7gq0gF30hx+mxMs0wA@mail.gmail.com>
 <CANeKSiQU31ZGYTMCwpQOkUFRwYGHaK=-kibcFswNGb6zE-qhMA@mail.gmail.com> <CAJmjfvXq_kNb96aWf6oa6sJHdofy4zV++3LbaXXys2vRjOc05g@mail.gmail.com>
In-Reply-To: <CAJmjfvXq_kNb96aWf6oa6sJHdofy4zV++3LbaXXys2vRjOc05g@mail.gmail.com>
Date: Tue, 18 Aug 2020 01:11:10 +0300
Message-ID: <CANeKSiTa0OKvJOZrmGFj2cRJDjWuQG4aE2F6rbWrqLLiWJEaeg@mail.gmail.com>
To: Jakob Givoni <jakob@givoni.dk>
Cc: Benjamin Eberlei <kontakt@beberlei.de>, Benjamin Morel <benjamin.morel@gmail.com>, 
	=?UTF-8?B?TWljaGFlbCBWb8WZw63FoWVrIC0gxIxWVVQgRkVM?= <vorismi3@fel.cvut.cz>, 
	PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000009073c05ad1a0d3a"
Subject: Re: [PHP-DEV] [VOTE] Shorter Attribute Syntax Change
From: benas.molis.iml@gmail.com (Benas IML)

--00000000000009073c05ad1a0d3a
Content-Type: text/plain; charset="UTF-8"

On Tue, Aug 18, 2020, 1:04 AM Jakob Givoni <jakob@givoni.dk> wrote:

> Hi Benas,
>
> On Mon, Aug 17, 2020 at 11:34 PM Benas IML <benas.molis.iml@gmail.com>
> wrote:
> >
> > On Tue, Aug 18, 2020, 12:25 AM Jakob Givoni <jakob@givoni.dk> wrote:
> >>
> >> The question is now if it's reasonable at all to change something for
> >> 99% purely subjective reasons (no other substantial fact has been put
> >> forward other than the VIM argument) well past feature freeze (yes I
> >
> >
> > In the future, syntax with an ending delimiter might help us to not run
> into new parsing issues like `@@` did.
> >
> > And yes, the future DOES indeed matter. I hate when people who don't
> contribute to or maintain the php-src actively try to tell otherwise.
>
> I sincerely hope you're not trying to put words in my mouth. Don't be a
> d*ck.
>

I was not referring to you specifically. But if you re-read these past 2
week discussion, most of the people being ignorant on the idea of "future
parsing issues" are people, who aren't maintaining PHP.


> > Again, in the future we might introduce a new feature that might make
> > attributes have more complex parts than just an argument list. In this
> > case, `@@` or `@:` is only going to f*** us up.
>
> It sounds like you want to develop a whole new language inside those
> attribute blocks... Not sure that's a good idea either, because, you
>

No but we won't be able to implement a single new feature to attributes
(besides nested attributes) since anything more complicated (e. g
Benjamin's example) requires an ending delimiter.

know, as they say, the future DOES indeed matter ;-)
>
> Regards,
> Jakob
>

--00000000000009073c05ad1a0d3a--