RE: [PECL-DEV] Prefixing names of new filter functions with filter_
| From: | Andi Gutmans | Date: | Thu, 14 Sep 2006 21:44:15 +0000 |
| Subject: | RE: [PECL-DEV] Prefixing names of new filter functions with filter_ | ||
| References: | 1 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-4133@lists.php.net to get a copy of this message | ||
Ilia,
Worse than making changes at this time, is not making changes when we know
we have issues which will be long lasting.
We don't want to have to go down this routing knowing we have to break BC
down the road.
As we have yet to bundle ext/filter I suggest to not bundle it in 5.2.0,
take a week or two to finalize the extension, and ship it in 5.2.1. If there
are any binary compatibility patches in the core, we could keep those in and
just not use them until 5.2.1 is shipped.
Seriously, let's not ship something we don't feel comfortable with and that
doesn't follow the coding standards.
Andi
> -----Original Message-----
> From: Ilia Alshanetsky [mailto:iliaal@gmail.com] On Behalf Of
> Ilia Alshanetsky
> Sent: Thursday, September 14, 2006 12:41 PM
> To: Derick Rethans
> Cc: Dan Scott; PECL
> Subject: Re: [PECL-DEV] Prefixing names of new filter
> functions with filter_
>
> I do not believe it makes sense to made radical API changes
> in the filter extension this late in the game. The API has
> been the same for
> 3 RCs already, I am rather surprised why in the eleventh hour
> these changes suddenly come out. This is one of the reasons
> why I didn't think we should've add filter into core this
> early in the game.
> Personally and I against any API changes at this time.
>
>
> On 14-Sep-06, at 3:00 PM, Derick Rethans wrote:
>
> > On Wed, 13 Sep 2006, Dan Scott wrote:
> >
> >> So I'm throwing that against the wall to see if anything
> sticks. If
> >> there is agreement to the renaming, I'm pretty sure I can
> whip up a
> >> patch for the extension / unit tests / docs to get things back in
> >> sync.
> >
> > I think we should change some of the names as well, but we need to
> > make sure that the functions that are used often have short names.
> > Besides that, we need to change the way how input_get_args uses
> > non-request data. Instead of using the INPUT_DATA pseudo
> input type we
> > should create a filter_data_* type of function that allows you to
> > specify the information on how to filter data from an array.
> >
> > regards,
> > Derick
> >
> > --
> > PECL development discussion Mailing List (http://pecl.php.net/) To
> > unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
> Ilia Alshanetsky
>
> --
> PECL development discussion Mailing List
> (http://pecl.php.net/) To unsubscribe, visit:
> http://www.php.net/unsub.php
>