Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100447
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.19 as permitted sender)
To: Andrea Faulds <ajf@ajf.me>, internals@lists.php.net
References: <8C.6B.10715.4A4A0B95@pb1.pair.com>
 <CAF+90c-y1zJnuOqa3ZOSzEkPtFG1R5ZauP_8BLtN41mrsXB5RA@mail.gmail.com>
 <1E.30.10715.1EE31B95@pb1.pair.com>
 <CAF+90c_hfBfiwcHHhbCDXh+Ok2S0=iTpSKQjx9UNtzJT1WxQVA@mail.gmail.com>
 <FE.71.10715.1FC41B95@pb1.pair.com>
 <5069eda5-21c5-9459-8631-0c701a98aba4@gmx.de>
 <E8.92.10715.4D551B95@pb1.pair.com>
Message-ID: <bd9f0dbf-2e13-8726-28bb-c6bb286a82de@gmx.de>
Date: Thu, 7 Sep 2017 16:38:57 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.3.0
MIME-Version: 1.0
In-Reply-To: <E8.92.10715.4D551B95@pb1.pair.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Consider only ignoring newlines for final ?> in a file
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 07.09.2017 at 16:21, Andrea Faulds wrote:

> This seems like a reasonable workaround, thank you for the idea. It
> reminds me of what PHP's source code does with preprocessor instructions:
> 
> #ifndef FOO
> #    define FOO
> #endif

Hence the name PHP. :)

> That said, I still think the ?> newline behaviour should be looked at,
> since this kind of workaround isn't universally applicable (and in any
> case isn't to everyone's tastes). In particular, if you want to generate
> plain text and need to insert a newline, having PHP throw them away and
> requiring you to add extra ones to compensate makes for uglier source
> code which is harder to reason about.

If you don't mind a trailing space (I don't like them, but well), you
can write:

<?='foo'?>
bar

And of course, there are template engines which could be used as well.
Frankly, I don't see any need for action here. :)

-- 
Christoph M. Becker