Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:50294 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 71153 invoked from network); 17 Nov 2010 08:57:55 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Nov 2010 08:57:55 -0000 Authentication-Results: pb1.pair.com smtp.mail=will.fitch@quepasacorp.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=will.fitch@quepasacorp.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain quepasacorp.com designates 209.85.215.42 as permitted sender) X-PHP-List-Original-Sender: will.fitch@quepasacorp.com X-Host-Fingerprint: 209.85.215.42 mail-ew0-f42.google.com Received: from [209.85.215.42] ([209.85.215.42:51853] helo=mail-ew0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 70/94-40885-11993EC4 for ; Wed, 17 Nov 2010 03:57:54 -0500 Received: by ewy1 with SMTP id 1so943671ewy.29 for ; Wed, 17 Nov 2010 00:57:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.114.7 with SMTP id c7mr262434ebq.68.1289984270211; Wed, 17 Nov 2010 00:57:50 -0800 (PST) Received: by 10.213.104.140 with HTTP; Wed, 17 Nov 2010 00:57:50 -0800 (PST) In-Reply-To: References: <4CE3340F.6090304@sugarcrm.com> <87.0F.25421.F4933EC4@pb1.pair.com> <4CE339DF.1020605@sugarcrm.com> <4CE33D54.8000009@sugarcrm.com> <9F3127D3-54B8-427A-BC8F-1D8D3AD4E2DB@zend.com> Date: Wed, 17 Nov 2010 02:57:50 -0600 Message-ID: To: Ferenc Kovacs Cc: Zeev Suraski , "guilhermeblanco@gmail.com" , Stas Malyshev , Alec , "internals@lists.php.net" Content-Type: multipart/alternative; boundary=0015174c3cf8311b8604953bde8a Subject: Re: [PHP-DEV] PHP 5.4 - Meta attribute (aka. Annotations) supportdiscussion From: will.fitch@quepasacorp.com (Will Fitch) --0015174c3cf8311b8604953bde8a Content-Type: text/plain; charset=ISO-8859-1 I think everyone is jumping the gun on this. Let's let Alec, et al. finish the newly proposed RFC and then argue about it. If the consensus is still that the complexity and drag in the introduced syntax outweighs the benefits, we put it to bed or try again. Fair enough? On Wed, Nov 17, 2010 at 2:50 AM, Ferenc Kovacs wrote: > On Wed, Nov 17, 2010 at 9:36 AM, Zeev Suraski wrote: > > > > > On Nov 17, 2010, at 4:29, "guilhermeblanco@gmail.com" < > > guilhermeblanco@gmail.com> wrote: > > > > > Hi Stas, > > > > > > Ok, so you think I should just consider everyone want some sort of > > > meta attribute support and start discussing the topics? > > > > Of course not. Assuming meta support requires substantial additions of > > syntax then it's very far from consensus. > > > > A more productive approach would be coming up with ways to do it with > > existing functionality (maybe with some minor additions), which makes > phpdoc > > a natural option to look at (even if it's not the incarnation of the > perfect > > annotations solution). > > > > Zeev > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > > http://www.mail-archive.com/internals@lists.php.net/msg47732.html > you said that before. > and this is where the discussion started about the alternative syntax and > implementation. > you said, that you see the usefulness, you just don't think that it worths > the complexity and the new syntax. > if that so, then I can't see, why can't we move on from the why is this > useful to the how and what should we implement. > in the end, it would only gets in to the trunk if the prominent coredevs(as > you, Rasmus, etc.) accept it, so I don't know why are you afraid continuing > the discussion about this feature. > > Tyrael > -- Thanks, Will Fitch Director of Operations | Quepasa.com 931.205.8242 | will.fitch@quepasacorp.com Twitter: twitter.com/willfitch --0015174c3cf8311b8604953bde8a--