Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:71752 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84442 invoked from network); 29 Jan 2014 20:38:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 29 Jan 2014 20:38:50 -0000 Authentication-Results: pb1.pair.com header.from=smalyshev@sugarcrm.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=smalyshev@sugarcrm.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain sugarcrm.com designates 67.192.241.143 as permitted sender) X-PHP-List-Original-Sender: smalyshev@sugarcrm.com X-Host-Fingerprint: 67.192.241.143 smtp143.dfw.emailsrvr.com Linux 2.6 Received: from [67.192.241.143] ([67.192.241.143:52166] helo=smtp143.dfw.emailsrvr.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 63/85-52228-8D669E25 for ; Wed, 29 Jan 2014 15:38:49 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp14.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id D6493299C69; Wed, 29 Jan 2014 15:38:45 -0500 (EST) X-Virus-Scanned: OK Received: by smtp14.relay.dfw1a.emailsrvr.com (Authenticated sender: smalyshev-AT-sugarcrm.com) with ESMTPSA id 6A466299C6C; Wed, 29 Jan 2014 15:38:45 -0500 (EST) Message-ID: <52E966D9.3000800@sugarcrm.com> Date: Wed, 29 Jan 2014 12:38:49 -0800 Organization: SugarCRM User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Nikita Popov CC: Christian Stoller , Levi Morrison , Larry Garfield , internals References: <4ED7146272E04A47B986ED49E771E347BBC71EE3A9@Ikarus.ameusgmbh.intern> <52E9469D.6000302@sugarcrm.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: [PHP6] Function name consistency From: smalyshev@sugarcrm.com (Stas Malyshev) Hi! > https://github.com/nikic/scalar_objects > > Also, the point of doing this is not the nicer syntax, but the > opportunity to improve the APIs in a reasonable fashion (no countless > aliases). That may be a good start for it (and I like the concept of enabling -> on scalars) but the other part of the work is to create the consistent API that would be so good people would actually drop the old ones and switch to it, despite the cost involved. -- Stanislav Malyshev, Software Architect SugarCRM: http://www.sugarcrm.com/ (408)454-6900 ext. 227