Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:64516 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88139 invoked from network); 4 Jan 2013 11:04:45 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jan 2013 11:04:45 -0000 Authentication-Results: pb1.pair.com header.from=cpriest@zerocue.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=cpriest@zerocue.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zerocue.com designates 67.200.53.250 as permitted sender) X-PHP-List-Original-Sender: cpriest@zerocue.com X-Host-Fingerprint: 67.200.53.250 mail.zerocue.com Received: from [67.200.53.250] ([67.200.53.250:38564] helo=mail.zerocue.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 60/9D-00128-C47B6E05 for ; Fri, 04 Jan 2013 06:04:45 -0500 Received: from [172.17.0.145] (unknown [66.25.151.173]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.zerocue.com (Postfix) with ESMTPSA id 0AF4912034E; Fri, 4 Jan 2013 11:04:42 +0000 (UTC) References: <50E41BB6.4030901@zerocue.com> <50E648BE.2060005@zerocue.com> <50E6822D.9060807@sugarcrm.com> Mime-Version: 1.0 (1.0) In-Reply-To: <50E6822D.9060807@sugarcrm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <71B3F435-4289-473B-B4D7-EB2DB5F888A9@zerocue.com> Cc: PHP Developers Mailing List X-Mailer: iPad Mail (10A523) Date: Fri, 4 Jan 2013 05:04:39 -0600 To: Stas Malyshev Subject: Re: [PHP-DEV] [PHP-RFC] Property Accessors 1.2 : parent::$foo Issue From: cpriest@zerocue.com (Clint Priest) Missed that bit... I think that would add two bits of inconsistency though.= .. (Without the $) -Clint On Jan 4, 2013, at 1:18 AM, Stas Malyshev wrote: > Hi! >=20 >> A recent suggestion from Stas is to use parent->$foo (note the use of ->=20= >> rather than ::) >=20 > I actually proposed parent->foo. parent->$foo implies the name of the > variable is "$foo", not "foo" - just as in $this->$foo. Yes, I know it > does not match parent::$foo - but I can't do much about it. In any case, > better not to add another inconsistency to the list of existing ones. >=20 > --=20 > Stanislav Malyshev, Software Architect > SugarCRM: http://www.sugarcrm.com/ > (408)454-6900 ext. 227