Same for our company. We still use <? because of <?= Ron
"Jason Garber" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hello Mike, > > Same at my company. > > <?php= would be very nice. > > -- > Best regards, > Jason mailto:[EMAIL PROTECTED] > > Wednesday, November 30, 2005, 4:31:58 AM, you wrote: > > MH> Just FYI, the lack of <?php= is the only reason we don't disable short > MH> tags on all development projects at my company. > > MH> Mike > > MH> On Mon, 28 Nov 2005 20:29:42 +0100 > MH> Marcus Boerger <[EMAIL PROTECTED]> wrote: > > >> Hello Bastian, > >> > >> id like to see '<?php=' too. > >> > >> marcus > >> > >> Monday, November 28, 2005, 9:56:56 AM, you wrote: > >> > >> > What concerns me most is that <?php= does not work, regardless if short > >> > tags will be disabled or not in php6. I currently use <%= to counter > >> > this, but I am most certainly *not* happy with it. > >> > >> > So a clean <?php= solution would be ideal, so I wouldn't have to care > >> > about xml/xsl files parsed and neither about my templates growing too > >> > large because of php overhead. > >> > >> > Sara Golemon wrote: > >> >>> I recall this being discussed before, but not what came of it: is there > >> >>> a problem with just ignoring <?foo where foo is anything other than php > >> >>> or =? <?foo or <?bar or <?whatever is a parse error anyway so I very > >> >>> much doubt there's any BC break. Unless someone's program relies on > >> >>> parse errors. > >> >>> > >> >> The problem there becomes legacy support for: > >> >> > >> >> <?foo();?> > >> >> > >> >> And before you say "just watch for parens" there's also: > >> >> > >> >> <?foo::bar();?> > >> >> > >> >> and a much more insiduous example: > >> >> > >> >> <?die ?> > >> >> > >> >> no semicolon, no parens, no paamayim nekudotayim, nothing but a > >> >> perfectly valid looking PI tag. > >> >> > >> >> -Sara > >> > >> > >> > >> > >> Best regards, > >> Marcus > >> > >> -- > >> PHP Internals - PHP Runtime Development Mailing List > >> To unsubscribe, visit: http://www.php.net/unsub.php > > MH> Mike Hall > MH> Twist Digital Media > MH> e. [EMAIL PROTECTED] > > MH> D I S C L A I M E R > MH> Statements and opinions expressed in this e-mail may not represent those > MH> of the company. > > MH> The information transmitted is intended only for the person or entity to > MH> which it is addressed and may contain confidential and/or privileged > MH> material. Any review, retransmission, dissemination or other use of, or > MH> taking of any action in reliance upon, this information by persons or > MH> entities other than the intended recipient is prohibited. If you > MH> received this in error, please contact the sender immediately and delete > MH> the material from any computer. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
