On Tue, Aug 6, 2019 at 2:55 PM Claude Pache <claude.pa...@gmail.com> wrote:
> > > > Le 6 août 2019 à 20:46, Nikita Popov <nikita....@gmail.com> a écrit : > > > > On Tue, Aug 6, 2019 at 1:34 PM G. P. B. <george.bany...@gmail.com> > wrote: > > > >> The voting for the "Deprecate short open tags, again" [1] RFC has begun. > >> It is expected to last two (2) weeks until 2019-08-20. > >> > >> A counter argument to this RFC is available at > >> https://wiki.php.net/rfc/counterargument/deprecate_php_short_tags > >> > >> Best regards > >> > >> George P. Banyard > >> > >> [1] https://wiki.php.net/rfc/deprecate_php_short_tags_v2 > >> > > > > Side-note: Even if this RFC fails, we should probably still make it an > > error to use <? without short_tags being **explicitly** enabled, so that > we > > may flip the default to off at some later point in time. The current > > default being "on" despite their use being discouraged is half the > trouble. > > > > Nikita > > > That would mean in particular that XML documents could no longer be > preprocessed by PHP without boilerplate around its `<?xml ?>` declaration. > I doubt that this is a more acceptable breaking change than deprecating > short_tags. > > —Claude > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > Why would you want to use PHP's preprocessor for XML? Why not use the right tool for the job? Such as an XML processor that could also do schema validation? PHP has XML processing packages. It has been a while since I did XML processing, but I don't remember the packages being all that difficult to use. Is this a mixing data and code into the same file problem? Like HTML files that have PHP embedded directly in the file? Or this about stuffing PHP inside of XML documents? Walter -- The greatest dangers to liberty lurk in insidious encroachment by men of zeal, well-meaning but without understanding. -- Justice Louis D. Brandeis
