Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:111264
MIME-Version: 1.0
References: <CABj1Babv0bZyeNYBBOCZwG92NCT722G_tRt+hHZFxu4dHZckqw@mail.gmail.com>
 <CAEPJdu=7n_zusEAYO6wuciDkCd2npHyDyUAmuF96cxbdN5Z8Mg@mail.gmail.com> <CABj1Baaj9owifCCjRrMVj1CJ8EbbKi5YKzuZVpZeBCgYBKJEtA@mail.gmail.com>
In-Reply-To: <CABj1Baaj9owifCCjRrMVj1CJ8EbbKi5YKzuZVpZeBCgYBKJEtA@mail.gmail.com>
Date: Thu, 30 Jul 2020 10:31:23 -0300
Message-ID: <CAEsg9X1=gF1DWSHun1RAhAft-ed7u_F-h48ZEaKCKbgB=5+e3A@mail.gmail.com>
Cc: PHP Developers Mailing List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000f0833305aba8b020"
Subject: Re: [PHP-DEV] [RFC] [Discussion] Shorter Attribute Syntax Change
From: david.proweb@gmail.com (David Rodrigues)

--000000000000f0833305aba8b020
Content-Type: text/plain; charset="UTF-8"

I would like to suggests the syntax "using attribute(Attribute, ...)". It
is more clear and should not create BC.

Em qui, 30 de jul de 2020 10:28, Joe Ferguson <joe@joeferguson.me> escreveu:

> On Thu, Jul 30, 2020 at 7:50 AM Benjamin Eberlei <kontakt@beberlei.de>
> wrote:
>
> > I think it has become clear that we need to revisit this syntax question
> > again, including the elephpant in the room of delaying this feature to
> 8.1.
> >
> > The reason is not only Joe's desire to revote on #[], <snipped>
> >
> >
> No, I *do not* want to revote. This RFC simply takes a formal approach to
> approve the syntax that came in 2nd based on concerns raised with the @@
> syntax.
>
> Now that it seems the technical concerns around @@ have been resolved by
> another pending, passing, RFC, I'm still here wanting us to talk about the
> impact of @@ on static analysis tools. Apparently, internals doesn't care
> about these projects. I care and I'm trying to help. I'm not trying to
> revote until I get the vote I want. I'm just a dude that had some free time
> while on vacation when he saw a chance to contribute.
>
> I see two possible outcomes:
>
> Release Managers collectively should decide what we do to move forward.
> Either accept @@, we'll decline this RFC and we can move on to the next
> nearest bikeshed.
>
> OR
>
> If Release Managers don't want to, or can't collectively make a decision
> then this RFC should go to a vote and we'll see what 2/3s of the group
> want.
>
> I'm fine with either outcome.
>
> https://wiki.php.net/rfc/shorter_attribute_syntax_change
>
> --
> - Joe Ferguson
> JoeFerguson.me
> osmihelp.org
>

--000000000000f0833305aba8b020--