Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43685 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74346 invoked from network); 13 Apr 2009 21:34:19 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 13 Apr 2009 21:34:19 -0000 Authentication-Results: pb1.pair.com header.from=evert@filemobile.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=evert@filemobile.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain filemobile.com designates 69.90.17.162 as permitted sender) X-PHP-List-Original-Sender: evert@filemobile.com X-Host-Fingerprint: 69.90.17.162 external.filemobile.com Linux 2.6 Received: from [69.90.17.162] ([69.90.17.162:60090] helo=mail.filemobile.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 57/8D-22673-ADFA3E94 for ; Mon, 13 Apr 2009 17:34:19 -0400 Received: from [192.168.2.134] (mowat-gw.filemobile.com [76.66.227.130]) by mail.filemobile.com (Postfix) with ESMTP id 20E3527499; Mon, 13 Apr 2009 17:34:16 -0400 (EDT) Cc: Kalle Sommer Nielsen , Jeremy , internals@lists.php.net Message-ID: <4E5BC7CA-8513-49F5-AEAF-5ABEC2A83EDA@filemobile.com> To: Stanislav Malyshev In-Reply-To: <49E39B3C.2020401@zend.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 13 Apr 2009 17:34:15 -0400 References: <49E352FD.6070008@gmail.com> <2dedb8a0904131124u57f2f32ei27083a289f7f18a4@mail.gmail.com> <49E39B3C.2020401@zend.com> X-Mailer: Apple Mail (2.930.3) Subject: Re: [PHP-DEV] Re: Is it true that short_open_tag is deprecated in PHP 6? From: evert@filemobile.com (Evert | Filemobile) On 13-Apr-09, at 4:06 PM, Stanislav Malyshev wrote: > Hi! > >> Thats because with short_open_tags on, you need to use: >> '); ?> > > It's a pretty small use case (that's a problem only if you have xml > documents which has to have php code which has to be inlined) and as > you see, can be easily handled. I think that should not make whole > very useful syntax deprecated. I think the parser should look ahead and check for something like : /