Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:28756 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74039 invoked by uid 1010); 12 Apr 2007 19:52:29 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 74024 invoked from network); 12 Apr 2007 19:52:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Apr 2007 19:52:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=antony@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=antony@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.162 as permitted sender) X-PHP-List-Original-Sender: antony@zend.com X-Host-Fingerprint: 212.25.124.162 mail.zend.com Linux 2.5 (sometimes 2.4) (4) Received: from [212.25.124.162] ([212.25.124.162:31015] helo=mail.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 77/91-60779-AFD8E164 for ; Thu, 12 Apr 2007 15:52:29 -0400 Received: (qmail 16340 invoked from network); 12 Apr 2007 19:52:23 -0000 Received: from internal.zend.office (HELO ?127.0.0.1?) (10.1.1.1) by internal.zend.office with SMTP; 12 Apr 2007 19:52:23 -0000 Message-ID: <461E8DF8.8030202@zend.com> Date: Thu, 12 Apr 2007 23:52:24 +0400 User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: Edin Kadribasic CC: Lukas Kahwe Smith , internals@lists.php.net References: <461E4437.2090105@pooteeweet.org> <461E8888.7080108@zend.com> <461E8AA9.8030704@krug.dk> In-Reply-To: <461E8AA9.8030704@krug.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP6 todo list From: antony@zend.com (Antony Dovgal) On 04/12/2007 11:38 PM, Edin Kadribasic wrote: > Antony Dovgal wrote: >>> 11. kill "<%" but keep ">> >>> Sounds easy enough to do. Why not do it know, so that we can hear >>> about the impact for users as early as possible. >> >> Yeah, I'll post the patch in a minute.. > > Please leave this alone. There is no advantage to removing it Surely there is, we're removing one more useless feature. > and it breaks existing apps. I've never seen such apps and I doubt they even exist. And they do, this is PHP3 legacy stuff which won't work in PHP6 anyway. > We have also discussed this and decided against it > after it was posted as one of the suggestions from the Paris meeting. > > No need to go over the same argument again. -- Wbr, Antony Dovgal