Re: [VOTE] Voting opens for str_starts_with and ends_with functions

From: Date: Sat, 21 Mar 2020 15:10:54 +0000
Subject: Re: [VOTE] Voting opens for str_starts_with and ends_with functions
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18  Groups: php.internals 
Request: Send a blank email to internals+get-109179@lists.php.net to get a copy of this message
On 2020-03-20 14:36, Guilliam Xavier wrote:
On Mon, Jul 22, 2019 at 10:54 AM Nikita Popov <nikita.ppv@gmail.com> wrote:
On Fri, Jul 5, 2019 at 4:13 AM <will@wkhudgins.info> wrote:
Hello all, After 15 days of discussion I have opened up voting on the following RFC (https://wiki.php.net/rfc/add_str_begin_and_end_functions) . You can access the voting page here: https://wiki.php.net/rfc/add_str_begin_and_end_functions/vote I have never set up a vote on doku-wiki so please let me know if I made the vote incorrectly! Thanks, Will
As we're already two days past the announced end, I've closed the RFC vote. The final outcome is 26 in favor vs 20 against for str_starts_with and friends, and 4 in favor to 36 against for mb_starts_with and friends. Because a 2/3 majority is required, both parts of the proposal are declined. Based on the discussion during voting, I think that trying this again with just str_starts_with+str_ends_with without the case-insensitive variants might pass, as that's where the main controversy seems to be -- though some people also expressed the view that these functions are too trivial to add to the standard library. In any case, thanks for driving this through the RFC process! Nikita
Hello Will, More than 6 months have passed, and in the meantime the related str_contains RFC has been accepted for the next PHP 8.0 (<https://externals.io/message/109050>). Would you be willing to reboot your RFC with just str_starts_with and str_ends_with (and a stronger case of how people keep implementing them using the inefficient and/or error-prone currently available alternatives)? Best regards,
Yes, I'll start working on that again. Thanks, Will

« previous php.internals (#109179) next »