Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:106669
MIME-Version: 1.0
References: <CAFPFaML19B_RehrUQLEy_oFae-H5r3+BpUGg=GF1js83cJpJqQ@mail.gmail.com>
 <CAEYWF=4cx_i=3rCfFKeBT0Jq0e4=P0PeY2wd6YEwog_VdA1+Dg@mail.gmail.com>
 <CAJHtznzie34C92y2nTRXxhD99FEW-5hmruVatsrLDHcAKvTccQ@mail.gmail.com>
 <CAEYWF=7S2SxzxU+TzRV0Rc7FNMvyZBkAENVTNbZKqrs71Uyijw@mail.gmail.com>
 <000001d54e5a$02ac09f0$08041dd0$@roze.lv> <2b5588d6-d667-321f-22f1-46a22bb797c5@korulczyk.pl>
 <000001d54ea3$eb3480a0$c19d81e0$@roze.lv> <ad6b9615-372d-69ba-9ca5-e8fa554c5aea@korulczyk.pl>
 <000301d54ead$b43e7b00$1cbb7100$@roze.lv> <59378662-77ca-0779-10cb-c25acf1b45ef@korulczyk.pl>
 <CAKOpQSySEqE4VR+b0Twp4NxZMa+ruEYTbV7qr38Tcw8wqobH2A@mail.gmail.com>
 <CAFPFaMKBWEo-MXCP75vFt2JEvNXzLVhW=f2gGaGHSazb1oXK8Q@mail.gmail.com>
 <CAAfnsFUQ1mKGdqkekCxU7+C6Rr48WBAajoD-ut4bk8UD=GU4Zw@mail.gmail.com>
 <CAPKYkKzpEN8Q-2_CfnJkTNJTmDCDLX2h7UfRfetP+2JJaeuOWA@mail.gmail.com>
 <CAAfnsFUv13iAMVZ-MqNP25NBmvADMKon7KWhTCBpPY-BG2VwFQ@mail.gmail.com> <0c52dfe9-0192-c643-12b8-8038ccf98910@gmail.com>
In-Reply-To: <0c52dfe9-0192-c643-12b8-8038ccf98910@gmail.com>
Date: Tue, 20 Aug 2019 18:56:20 +0200
Message-ID: <CAAfnsFUqmmJFv8X1MDSKL8kCjHvcH8KA8JsTgy53jKhodOVMPw@mail.gmail.com>
To: Rowan Tommins <rowan.collins@gmail.com>
Cc: Internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Subject: Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags, again
From: peterkokot@gmail.com (Peter Kokot)

On Tue, 20 Aug 2019 at 18:39, Rowan Tommins <rowan.collins@gmail.com> wrote:
>
> On 20/08/2019 17:18, Peter Kokot wrote:
> > About the docs - there are
> > very minor changes needed where "backwards compatibility" is mentioned
> > maybe. Because they are not in PHP for keeping BC anymore now. Nobody
> > proposed a better solution than this RFC, then they are a feature.
>
>
> Being "for Backwards Compatibility" and being "there forever" are not
> mutually exclusive. There are a huge number of things in this world
> which exist only to be compatible with an older technology or use case,
> but which will never be phased out, because the effort to change them
> exceeds the benefit.
>
> On the other hand, I think it might be useful to have a status of
> "officially discouraged" distinct from "deprecated". I occasionally hear
> people ask to "deprecate" something without any particular timeline or
> criteria for when it would be removed; my suspicion is that what they
> really want is a clearer message to users that they shouldn't use the
> feature.
>
> Regards,

Probably. But fact is that PHP opening short tags can be used. We can
enable them in controlled environments and use the short tags knowing
they will never be removed now. No deprecation warning is standing in
our way to do that now. And such code (or better put app) is honestly
now also not so bad. Because it will still work in at least let's say,
PHP 9 at least or considering the feedback and discussions for ever...
Also users who are already using short tags can now postpone the
upgrades for another ~5+ years at least :)

-- 
Peter Kokot