Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67110
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <EB.23.63341.4E475715@pb1.pair.com>
References: <EB.23.63341.4E475715@pb1.pair.com>
Date: Mon, 22 Apr 2013 17:35:21 -0400
Message-ID: <CAL+t6cF25USJ1BBZ8qUgPbKj_pY3KejCgMoZaO8d6sD0pCPUxw@mail.gmail.com>
To: Ben Ramsey <ramsey@php.net>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=089e0122e8dc87f83304daf9d818
Subject: Re: [PHP-DEV] Functionality updates to array_column()
From: theanomaly.is@gmail.com (Sherif Ramadan)

--089e0122e8dc87f83304daf9d818
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 22, 2013 at 1:35 PM, Ben Ramsey <ramsey@php.net> wrote:

> I've just submitted the following pull request for updates to the
> array_column() function:
>
> https://github.com/php/php-**src/pull/331<https://github.com/php/php-src/=
pull/331>
>
> I asked about these changes on the #php.pecl IRC channel a few weeks ago,
> and others on the channel agreed that it was best to go ahead and submit
> these changes while PHP 5.5 is still in beta, since these would potential=
ly
> create BC breaks once 5.5 is in RC or GA stages.
>
>
I might be wrong here, but I thought beta was a feature freeze. Is it not?


> I'm not certain of the proper process for handling these changes, though.
> Do I need to update the RFC to account for these changes? Would I then ne=
ed
> to call for another vote?
>
> The changes are detailed on the PR, but I'm reproducing that description
> here, for the sake of discussion:
>
>
> This pull request updates the array_column() function to support the
> following new functionality:
>
> * Maintain original index association if no third parameter
> * Second param should be optional to use entire rows as result
> * Support array of column names for second parameter
>
> Here are more detailed descriptions of the additional functionality:
>
>
> ### Maintain original index association if no third parameter
>
> If no third parameter is passed, the resulting array maintains the indexe=
s
> passed in from the original array. Feature suggested by David Z=FClke.
>
>
> ### Second param should be optional to use entire rows as result
>
> When NULL is passed as the second parameter, all columns from the input
> array are returned. See https://bugs.php.net/bug.php?**id=3D64493<https:/=
/bugs.php.net/bug.php?id=3D64493>
>
>
> ### Support array of column names for second parameter
>
> If the second parameter is an array of column names, each row returned in
> the result array is an array containing only the specified columns. The
> rows are indexed by the third parameter. Feature inspired by suggestions
> from Hakre and Craig Campbell. See https://github.com/php/php-**
> src/issues/257#issuecomment-**12594630<https://github.com/php/php-src/iss=
ues/257#issuecomment-12594630>
>
>
> Thanks,
> Ben
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--089e0122e8dc87f83304daf9d818--