Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:93193
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pthreads.org from 209.85.161.180 cause and error)
MIME-Version: 1.0
In-Reply-To: <8d5d1c42-832d-4406-6bb5-dbf3fc02c364@telia.com>
References: <BY2PR0201MB17842998E88EF93DEEA9ABACBF710@BY2PR0201MB1784.namprd02.prod.outlook.com>
	<a29968e2-49af-57a1-425e-eff2ef77c96c@telia.com>
	<b358960d-f2f1-27d7-4a23-2a23eee8647c@zend.com>
	<8d5d1c42-832d-4406-6bb5-dbf3fc02c364@telia.com>
Date: Wed, 11 May 2016 05:46:09 +0100
Message-ID: <CAL=_i_=rGQbJxKUBF4M36U=mzEOX5shA83PnHQ8Vi5N_psk1SA@mail.gmail.com>
To: =?UTF-8?Q?Bj=C3=B6rn_Larsson?= <bjorn.x.larsson@telia.com>
Cc: Dmitry Stogov <dmitry@zend.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=94eb2c088c88693ed2053289b802
Subject: Re: [PHP-DEV] [RFC] [VOTE] PHP Attributes
From: pthreads@pthreads.org (Joe Watkins)

--94eb2c088c88693ed2053289b802
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Morning Dmitry,

    I'm not really happy with the voting options here.

    I would not vote in favour of a patch that does not include support for
AST, that's a completely different feature.

    As it is, I have to vote yes in favour of AST, but it may be counted as
a vote in favour of attributes without AST ...

    This doesn't seem right ... I don't want attributes without AST, and
there is no voting option to reflect that.

Cheers
Joe

On Tue, May 10, 2016 at 11:09 PM, Bj=C3=B6rn Larsson <bjorn.x.larsson@telia=
.com>
wrote:

> Den 2016-05-11 kl. 00:00, skrev Dmitry Stogov:
>
>>
>>
>> On 05/11/2016 12:29 AM, Bj=C3=B6rn Larsson wrote:
>>
>>> Den 2016-05-10 kl. 20:29, skrev Dmitry Stogov:
>>>
>>> Hi internals,
>>>>
>>>>
>>>> I've started voting on "PHP Attributes" RFC.
>>>>
>>>>
>>>> https://wiki.php.net/rfc/attributes
>>>>
>>>>
>>>> In my opinion, "PHP Attributes" might be a smart tool for PHP
>>>> extension, but it's not going to be the end of the world, if we decide=
d to
>>>> live with doc-comments only.
>>>>
>>>>
>>>> Thanks. Dmitry.
>>>>
>>>> Thanks for the good work. Regarding naming, I googled
>>> "PHP attributes" vs "PHP annotations" and looking at the
>>> result, my view is that that Annotation is a better naming
>>> then Attributes. Any hope in changing it?
>>>
>>
>> The more I listen to arguments of adepts of existing PHP annotation
>> systems, the more I think, that "PHP attributes" is the right name for t=
his
>> proposal.
>> This feature is not just for PHP annotation systems.
>>
>
> Thats a fair point, so Annotation it's not. Still, when I hear PHP
> attributes I associate it with class / function attributes. Maybe
> just a question getting used to the naming. Hm, wonder if PHP
> directives could have been an option?
>
> Regards //Bj=C3=B6rn
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--94eb2c088c88693ed2053289b802--