Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:85552
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain kelunik.com from 81.169.146.163 cause and error)
MIME-Version: 1.0
In-Reply-To: <5517C38F.70702@pascal-martin.fr>
References: <CANUQDCgY2-rS7B9WynvEqRXMKzC-y+fgTYvfUN8gsUqNPYjnsw@mail.gmail.com>
	<5517C38F.70702@pascal-martin.fr>
Date: Mon, 30 Mar 2015 15:01:33 +0200
Message-ID: <CANUQDCiFv3wLX484+UPNpj2jWKxzrw6Fbwb8JvkB6eJRW6t2bQ@mail.gmail.com>
To: "Pascal Martin, AFUP" <mailing@pascal-martin.fr>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=f46d043bdf52e3bfbf0512811409
Subject: Re: [PHP-DEV] [RFC][VOTE] In Operator
From: me@kelunik.com (Niklas Keller)

--f46d043bdf52e3bfbf0512811409
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

This RFC has been declined with 21 "Yes" votes and 26 "No" votes.

Regards, Niklas

2015-03-29 11:19 GMT+02:00 Pascal Martin, AFUP <mailing@pascal-martin.fr>:

> Le 15/03/2015 20:31, Niklas Keller a =C3=A9crit :
>
>> I just opened the vote for the in operator
>>
> Hi,
>
> Discussing this RFC with other people at AFUP, it seems the majority of u=
s
> ended up on the +1 side.
>
> The idea of a unified syntax to find whether or not something is *in*
> something else seems to be interesting for many.
> On the other hand, some noted this new operator doesn't feel like "the PH=
P
> way" and cannot be used as a callback (as it's not a function).
>
> A few also suggested if this is accepted, maybe it could be extended for
> objects in the future; with new a specific method?
>
> In any case, thanks for your work on this!
>
> --
> Pascal MARTIN, AFUP - French UG
> http://php-internals.afup.org/
>
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--f46d043bdf52e3bfbf0512811409--