Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:32633 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 10443 invoked by uid 1010); 4 Oct 2007 16:29:58 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 10427 invoked from network); 4 Oct 2007 16:29:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Oct 2007 16:29:58 -0000 Authentication-Results: pb1.pair.com smtp.mail=andrei@gravitonic.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=andrei@gravitonic.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain gravitonic.com from 204.11.219.139 cause and error) X-PHP-List-Original-Sender: andrei@gravitonic.com X-Host-Fingerprint: 204.11.219.139 mail.lerdorf.com Received: from [204.11.219.139] ([204.11.219.139:50201] helo=mail.lerdorf.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 29/2C-38587-30515074 for ; Thu, 04 Oct 2007 12:29:56 -0400 Received: from andrei-2.local (206-15-64-202.static.twtelecom.net [206.15.64.202]) (authenticated bits=0) by mail.lerdorf.com (8.14.1/8.14.1/Debian-9) with ESMTP id l94GTkHq024742; Thu, 4 Oct 2007 09:29:47 -0700 Message-ID: <4705150A.9070200@gravitonic.com> Date: Thu, 04 Oct 2007 09:30:02 -0700 User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070807) MIME-Version: 1.0 To: Stanislav Malyshev CC: "Ford, Mike" , PHP Developers Mailing List References: <93ED589E60BA254F97435FE6C97F2C672DE111@leedsmet-exch1.leedsmet.ac.uk> <4702809B.7060200@zend.com> In-Reply-To: <4702809B.7060200@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4472/Thu Oct 4 07:45:39 2007 on colo.lerdorf.com X-Virus-Status: Clean Subject: Re: [PHP-DEV] substr/array_slice in [] From: andrei@gravitonic.com (Andrei Zmievski) So it's okay to discuss implementation of esoteric features like class posing, but something as basic as a string/array slice operation still gets a knee-jerk reaction? Double standards my friends, double standards.. -Andrei Stanislav Malyshev wrote: > Here's much better reason: PHP is not the kitchen sink of features and > syntaxes. Not every cool idea belongs to core PHP. I am saying that this > particular feature definitely doesn't, but it needs to be proven that it > does. My opinion is that the same function is easily implemented by > existing means so adding this syntax is redundant.