Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:105478
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=turbo-smtp; d=php.net;
	h=Received:Received:X-TurboSMTP-Tracking:X-Gm-Message-State:X-Google-Smtp-Source:X-Received:MIME-Version:References:In-Reply-To:From:Date:X-Gmail-Original-Message-Id:Message-ID:Subject:To:Cc:Content-Type;
	b=T/DdATJeg8xeTh8AxRQFDBtoOYfmB7zouuZkyAr1HAegNAEbV6l21YXk5dtUS1
	Vj+ZQn0Dd2SB8INMcSoxoNqJvg4o4NUGUM+FDywx+dThkkJiQ7/SMqPvA2DTZjBY
	7J7onGcjPmg6kvshG4A20dydp+y7Zx/BSkbsRdpMNSYOU=;
MIME-Version: 1.0
l.gmail.com> <000401d4fac8$ae592cf0$0b0b86d0$@roze.lv>
In-Reply-To: <000401d4fac8$ae592cf0$0b0b86d0$@roze.lv>
Date: Sun, 28 Apr 2019 11:01:34 +0300
X-Gmail-Original-Message-Id: <CAJHtznz-Dm7ft6qJ6Y6sjnaL4G0cwVVJyakxr_zprhxQzqUkVg@mail.gmail.com>
Message-ID: <CAJHtznz-Dm7ft6qJ6Y6sjnaL4G0cwVVJyakxr_zprhxQzqUkVg@mail.gmail.com>
To: Reinis Rozitis <r@roze.lv>, "G. P. B." <george.banyard@gmail.com>
Cc: PHP Internals List <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000049508b058792944c"
Subject: Re: [PHP-DEV] [RFC] [VOTE] Deprecate PHP's short open tags
From: zeev@php.net (Zeev Suraski)

--00000000000049508b058792944c
Content-Type: text/plain; charset="UTF-8"

On Wed, Apr 24, 2019 at 9:08 PM Reinis Rozitis <r@roze.lv> wrote:

> Also  imo the reason why people write now (and not in the discussion
> phase) because for some time in the voting there wasn't the 2/3 majority
> for the 7.4 (so no sense to clutter the list) and now in the end only 1-2
> votes make the difference.
>
>
At least for me, this definitely was the case.  When I voted, it was
nowhere near clearing the 2/3 threshold.

As I said numerous times in the past, I'm a firm believer that
controversial RFCs (ones that generate a lot of votes with a substantial
number of opposers) should not pass.  I think this is important when adding
features - but it's actually a lot more important with deprecations.  When
there's substantial doubt whether a deprecation should go through or not,
there should be no doubt at all - it shouldn't.  This is one of the
clearest cases if not the clearest one we've had to date.

Process wise we're in a bit of an unchartered territory here, but I don't
think we should let the headache involved with figuring out how to reverse
this decision force us to impose this on our users.  It's better to go
through this unpleasantry now than deal with the backlash later.

George, please consider reopening the vote for an extra week.  That is
probably the simplest way to move forward from a process standpoint.

Zeev

--00000000000049508b058792944c--