Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:65258 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 24503 invoked from network); 28 Jan 2013 15:36:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Jan 2013 15:36:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=alan@roojs.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=alan@roojs.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain roojs.com designates 202.81.246.113 as permitted sender) X-PHP-List-Original-Sender: alan@roojs.com X-Host-Fingerprint: 202.81.246.113 akbkhome.com Received: from [202.81.246.113] ([202.81.246.113:50254] helo=akbkhome.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F1/9E-28517-7FA96015 for ; Mon, 28 Jan 2013 10:36:24 -0500 Received: from wideboyhd ([192.168.0.28]) by akbkhome.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Mailfort v1.2) (envelope-from ) id 1Tzqkq-0004Tp-SI; Mon, 28 Jan 2013 23:36:16 +0800 Message-ID: <51069AEF.2040405@roojs.com> Date: Mon, 28 Jan 2013 23:36:15 +0800 Organization: Roo J Solutions Limited User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Gustavo Lopes , PHP Internals References: <1460659e-237d-4c7c-8cfa-523ec857d646@email.android.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-mailfort-sig: af6f8b0b56078f8f336fd2f971525462 Subject: Re: [PHP-DEV] [VOTE] Deprecate and remove calls from incompatible context From: alan@roojs.com (Alan Knowles) Ok, just checked the mailing list (and sorry for top-posting) July 31st. RFC announced Jul 31st - 6 or 7 mails at least one very negative, a couple for it. August 1,3,5,6 - 5 or 6 emails getting a bit off-topic. Jan 21st - call to vote (single email - no-one replied on list)... - got 15 +1 votes Jan 28th - announced success.. I know it's not deliberate, but it looks like this change is just a BC disaster waiting to happen, anyone who has been using PHP for more that a few years, before traits, knows this is how to simulate multiple inheritance, it's basically textbook PHP for some of us old boys.. ;) It looks like the justification in the RFC is basically it's a WTF for beginners. Sorry, but this is pretty identical to javascript behavior (which does take some understanding, but is very powerful), so there is no WTF, or surprise, once you seen it done, and understand it.. If you where suggesting that calling a non-static method from global scope would cause some kind of E_DEPRECIATED, I'd agree, it's a good idea. but I'm not convinced that this proposal is particularly well thought through. Ok, that's all for tonight ;) Regards Alan On Monday, January 28, 2013 11:01 PM, Gustavo Lopes wrote: > On Mon, 28 Jan 2013 15:49:26 +0100, Alan Knowles wrote: > >> I was trying to vote against, for what it's worth. >> >> It's a major bc break with no obvious value, and what appears to be 7 >> days given to vote when every one is busy discussing a new property >> syntax. >> >> Traits is cute, but this was a amazing feature of the PHP language, >> not obvious, but it's pretty similar to Javascript, not sure why it >> would be so confusing..... >> >> Sorry for being contrary, but i was a but shocked that this was.going >> to be removed >> > > You had more than 6 months to voice your concerns. There was a > discussion when the feature was proposed during summer. I'm sorry you > did not notice it, but I can't be spamming the list every once in a > while to maximize the number of people that are aware of what's going on. > > Concerns about voting periods not having an upper bound > notwithstanding, there was nothing remotely irregular about the way > the process was conducted. I therefore find your comments about > "sneaking this in" rather odd. Blame yourself instead. > > Again, I'm not commenting on the merits. >