Hi!
No, #1 in your list is why people got sick of it. You want to bind the
decoupling of two different issues.
I do not insist on 1. I'd be ok with not touching short tags but just
moving needs short tags anymore, but I could be wrong. We may do it in 2 steps.
We might even have
The only
On 6/5/09 2:17 PM, Stanislav Malyshev wrote:
Hi!
So it feels like decoupling
My proposal would be very simple:
1. short_open_tag setting removed in 6,
And while few want to talk about short tags (again), it's worth noting
that a discussion specific to decoupling really hasn't taken place
exc
Hi!
So it feels like decoupling Rasmus or Stas, could you please propose exactly how this might happen?
My proposal would be very simple:
1. short_open_tag setting removed in 6, under any circumstances.
2. And while few want to talk about short tags (again), it's worth noting
that a discussi
On Jun 5, 2009, at 12:53 AM, Rasmus Lerdorf wrote:
Hannes Magnusson wrote:
On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf
wrote:
Nobody is going to pass a PHP script through an XML parser, and PHP
itself will never be well-formed, so that is a lost cause. We'd
have to
start tossing CDATA b
Hi,
Plain
readfile('file.xml');
From what I know, in the future versions of PHP short tags are going to be
disabled by default. Considering the conflicts with XML syntax, that's
understandable.
// no conflict
'?>
// conflict with full PHP tags
' ?>
// conflict with full PHP tags
*/ ?>
Hannes Magnusson wrote:
> On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf wrote:
>> Nobody is going to pass a PHP script through an XML parser, and PHP
>> itself will never be well-formed, so that is a lost cause. We'd have to
>> start tossing CDATA blocks and write code like:
>>
>> if( 2 < 3 ) echo
On Fri, Jun 5, 2009 at 07:47, Rasmus Lerdorf wrote:
> Nobody is going to pass a PHP script through an XML parser, and PHP
> itself will never be well-formed, so that is a lost cause. We'd have to
> start tossing CDATA blocks and write code like:
>
> if( 2 < 3 ) echo "2 is less than 3";
No you do
Hi!
Right, I think that is actually the conclusion we came to at one point.
I don't remember the discussion that caused the RFC to be declined. I
would be in favour of reversing that decision wherever it came from.
Amen to that!
And that just isn't going to happen. The only valid argument
Roman I wrote:
> Philip Olson wrote:
>> On May 30, 2009, at 12:49 PM, Roman I wrote:
>>
>>> Philip Olson wrote:
On May 18, 2009, at 5:33 PM, Roman I wrote:
>>> This neither answers nor invalidates the original question, though.
>> Unfortunately I do not remember everything about this but do kn
Philip Olson wrote:
> On May 30, 2009, at 12:49 PM, Roman I wrote:
>
> > Philip Olson wrote:
> >>
> >> On May 18, 2009, at 5:33 PM, Roman I wrote:
> > This neither answers nor invalidates the original question, though.
>
> Unfortunately I do not remember everything about this but do know that:
>
>
"In summary: It's a topic people don't want to talk about. :)"
The common topic of confusion at freenode's ##php. Lots of ZF examples and
other mainstream code uses it... however it's very difficult to guarantee it will be available to
all users (something important in the open source world).
On May 30, 2009, at 12:49 PM, Roman I wrote:
Philip Olson wrote:
On May 18, 2009, at 5:33 PM, Roman I wrote:
From what I know, in the future versions of PHP short tags are going
to be
disabled by default.
Common misunderstanding but the short_open_tag directive will never
be
disabled
Philip Olson wrote:
>
> On May 18, 2009, at 5:33 PM, Roman I wrote:
>
> > From what I know, in the future versions of PHP short tags are going
> > to be
> > disabled by default.
>
>
> Common misunderstanding but the short_open_tag directive will never be
> disabled by default. There are distribute
Philip Olson wrote:
On May 18, 2009, at 5:33 PM, Roman I wrote:
From what I know, in the future versions of PHP short tags are going
to be
disabled by default.
Common misunderstanding but the short_open_tag directive will never be
disabled by default.
Unless you have used --disable-sho
On May 18, 2009, at 5:33 PM, Roman I wrote:
From what I know, in the future versions of PHP short tags are going
to be
disabled by default.
Common misunderstanding but the short_open_tag directive will never be
disabled by default. There are distributed php.ini-* files that
disable the
>From what I know, in the future versions of PHP short tags are going to be
disabled by default. Considering the conflicts with XML syntax, that's
understandable. However, is there a technical reason to consider "<%="|"value.str.val = yytext; /* no copying - intentional */
zendlval->value.str.len
16 matches
Mail list logo
