Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52462
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.170 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type:content-transfer-encoding;
        b=nEG5Kw0u3WSfFUkMDmITTkOfNJNvzelMvGRp3aEpeR18cdJOzyzNPE3UgQToulhVzS
         ENi1DTyHJkv7UaBQsQNUiIEahPV8Iy5H2z4afW01byaSXjOOzvtgrz6wMmY+evupGYva
         ZYt37Knf/8jsGTsj0nKKQaZ8F6r69yPFXFdj0=
MIME-Version: 1.0
In-Reply-To: <BANLkTinK1PJ5VqvKeYGKR7wneim=YG_Tmw@mail.gmail.com>
References: <49E352FD.6070008@gmail.com>
	<DB.C3.22673.B3373E94@pb1.pair.com>
	<2dedb8a0904131124u57f2f32ei27083a289f7f18a4@mail.gmail.com>
	<49E39B3C.2020401@zend.com>
	<ECCFDCE9-C262-49AC-A0E7-B24A2199A117@roshambo.org>
	<49E47BF2.3090807@gmail.com>
	<9b3df6a50904140811o6d57a426gd320a822271e19f3@mail.gmail.com>
	<F1CC660D-2FAC-422B-8739-844E0D8F01D7@bitextender.com>
	<49E4CE2D.7010402@zend.com>
	<3B1B513E-2712-40C4-AC20-4A21EB039629@roshambo.org>
	<BANLkTin+C7vMC8NpcUZP3ZR3zrpUDR5nVQ@mail.gmail.com>
	<0D1369A8-0154-4E34-9069-27AB267AE06F@roshambo.org>
	<4DD464C2.4060407@lerdorf.com>
	<4DD47AEA.1080306@sugarcrm.com>
	<BANLkTimfdwhveeQ=u7ZmdSMTWHw+FCEsBg@mail.gmail.com>
	<BANLkTinJKFsDT1UdOEbb1wkJJOL1FzVa_Q@mail.gmail.com>
	<BANLkTimgn0cMinVL10FP+SgX+5m8dU6psA@mail.gmail.com>
	<BANLkTimhp1a577Tyj3Ys55tCsGTri_0PCA@mail.gmail.com>
	<BANLkTik-9qhXNUEuEZJxj5CVHSUZfsVwiw@mail.gmail.com>
	<BANLkTinK1PJ5VqvKeYGKR7wneim=YG_Tmw@mail.gmail.com>
Date: Thu, 19 May 2011 17:45:18 +0200
Message-ID: <BANLkTiku49wqeJiFptGeave9qOeXmh-5QQ@mail.gmail.com>
To: Keloran <ava3ar@gmail.com>
Cc: Michael Morris <dmgx.michael@gmail.com>, Arvids Godjuks <arvids.godjuks@gmail.com>, 
	Ferenc Kovacs <info@tyrael.hu>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] Re: Is it true that short_open_tag is deprecated in PHP 6?
From: rumi.kg@gmail.com (Rune Kaagaard)

I don't think this problems calls for a more flexible solution. On the
other hand I think the flexibility _is_ the problem. Today if I want
to write compatible php code I can neither use:
    <?foreach($rows as $row):?> ...
or
    <?xml ...
in my template files. Bummer! :)

I would much prefer that one and only one tag setting was chosen as
the official one and that a very slow deprecation path was taken so we
in the end could remove the other ones. One less thing to think about.

On Thu, May 19, 2011 at 4:55 PM, Keloran <ava3ar@gmail.com> wrote:
> I like the idea of having an option for no tags needed, since its a .php
> file (or what ever you have set as your interpd name) that gets sent to t=
he
> interpreter anyway, it shouldnt really need opening tag,
>
> the only thing of this that i dont like is the runtime side of it, imo th=
at
> shouldnt be an option
>
> On Thu, May 19, 2011 at 3:39 PM, Michael Morris <dmgx.michael@gmail.com>w=
rote:
>
>> Some time ago I floated this idea without any traction. I wanted to make=
 an
>> RFC but never got any help in setting up an account to submit it. =A0Her=
e it
>> is again:
>>
>> Tag style can be set from the ini file, htaccess/httpdconfig or changed =
at
>> runtime. =A0If changed at runtime it only affects files that haven't bee=
n
>> included yet. =A0Tag Style can also be passed as the second argument to =
the
>> include, include_once, require, and require_once statements. =A0Those
>> statements fall back to the current setting if a second argument isn't
>> passed. =A0The tag style is a bitfield as follows:
>>
>> Bit
>> 0 -- Standard tags toggle
>> 1 -- Short tags toggle
>> 2 -- ASP tags toggle
>> 3 -- Script tags toggle
>> 4 -- Short echo toggle.
>>
>> For backwards compat ship with bits 0 and 3 set on. The existing short t=
ags
>> mode is bits 1 and 4 on. If all the bits are turned off then we have the
>> PHP_TAGS_NONE setting. In that mode the engine assumes the whole file is
>> going to be PHP code since there will be no tags at all (helpful for cla=
ss
>> libraries that don't create output in the MVC architecture).
>>
>> If the php.ini file has either of the legacy tag settings turned on, and
>> tag_style wasn't explicitly set, then php will set tag style to the valu=
es
>> it must have to mimic the intent of the setting. If tag_style is explici=
tly
>> set then it wins out - but a deprecated notice gets thrown to alert the
>> user
>> that they have both tag_style set and short_open_tags and/or asp_tags se=
t
>> on.
>>
>> If an htaccess or httpd.conf directive explicitly calls for short_tags o=
r
>> asp_tags after tag_style was explicitly set a warning of some sort is
>> thrown
>> informing the user that they must switch that declaration to one compati=
ble
>> with the php.ini file.
>>
>> The upshot of this is to allow distributions that want to use short tags=
 to
>> be able to use them without worrying about local server settings. =A0Als=
o,
>> distributions can be made to contain files without any tags at all.
>> =A0Teaching IDE's that it is possible for a PHP file to have no <?php ?>=
 tags
>> could be tricky though.
>>
>> On Thu, May 19, 2011 at 3:23 AM, Arvids Godjuks <arvids.godjuks@gmail.co=
m
>> >wrote:
>>
>> > It's essentially the same what I said - move it out of stort_tags and
>> > make it "On" permanently.
>> >
>> > As I remember the decision to remove short_tags was made together with
>> > register_globals, magic_quotes and other legacy stuff. I can be that I
>> > remember wrongly, but really do people really use <% ?
>> >
>> > 2011/5/19 Ferenc Kovacs <info@tyrael.hu>:
>> > >
>> > >
>> > > On Thu, May 19, 2011 at 8:53 AM, Arvids Godjuks <
>> > arvids.godjuks@gmail.com>
>> > > wrote:
>> > >>
>> > >> Hello.
>> > >>
>> > >> As a userland developer i'm all for it. Remove short_tags and decou=
ple
>> > >> <?=3D from them to be in PHP core always on.
>> > >>
>> > >
>> > > I think that it's a little bit hasty.
>> > > I would propose that the short open echo should be always enabled
>> > > independently from the short_open_tag, and this should be documented
>> and
>> > > done with it.
>> > > Tyrael
>> >
>> > --
>> > PHP Internals - PHP Runtime Development Mailing List
>> > To unsubscribe, visit: http://www.php.net/unsub.php
>> >
>> >
>>
>