Date: 01/26/03
- Next message: adamw <email protected>: "[PHP-DOC] #21883 [Com]: getimagesize(JPEG2000.jp2) return FALSE"
- Previous message: Philip Olson: "Re: [PHP-DOC] cvs: phpdoc /en/faq obtaining.xml"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
From: hz11 <email protected>
Operating system: FreeBSD/Linux
PHP version: 4.3.0
PHP Bug Type: Documentation problem
Bug description: Closing PHP tag and Newlines Revisted
This is a follow-up to bug #13954. I'm sorry to open another ticket for
this, however I added some comments, yet didn't see any indication that
they were saved (ie, I didn't get an email confirmation).
I'd like another look at this issue, since the documentation seems to
clash with actual behavior; plus, I think the actual behavior is
peculiar.
Using a CLI compiled 4.3.0 binary, this script:
#!/bin/psh
<?php
$foo = 'Hello';
$bar = 'World';
?>
<?=$foo?>
<?=$bar?>
<?php
echo 'DONE!';
?>
This script will produce:
<empty line>
HelloWorld
DONE![unix prompt]$
Note that there is no trailing space (x20) after <?=$foo?> and <?=$bar?>
- only a newline (x0A)
According to
http://www.php.net/manual/en/language.basic-syntax.php#language.basic-syntax.phpmode
"The closing tag for the block will include the immediately trailing
newline if one is present."
Now if I add a x20 after the closing tag, then the newlines are honored.
Why does this behavior make any sense? Adding the x20 after the closing
tag is very hackish, especially since the aforementioned URL has
statements like "...because when PHP hits the ?> closing tags, it simply
starts outputting whatever it finds until it hits another opening tag"
throughout. Obviously, however, this isn't true, since PHP decides to
ignore the newline immediately after the closing tag.
I don't understand why this behavior would be desired anyway; what is
outside the PHP tags should simply be passed through. And especially
since the docs are misleading about this.
Thank you, and please don't hesitate to request clarification if I'm not
making myself clear.
Hans
-- Edit bug report at http://bugs.php.net/?id=21891&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21891&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21891&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21891&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21891&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21891&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=21891&r=support Expected behavior: http://bugs.php.net/fix.php?id=21891&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=21891&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=21891&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21891&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21891&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21891&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21891&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=21891&r=gnused-- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
- Next message: adamw <email protected>: "[PHP-DOC] #21883 [Com]: getimagesize(JPEG2000.jp2) return FALSE"
- Previous message: Philip Olson: "Re: [PHP-DOC] cvs: phpdoc /en/faq obtaining.xml"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

