[PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/libxml/tests 002.phpt /ext/reflection/tests005.phpt

2006-09-19 Thread Michael Wallner
Derick Rethans wrote: > On Tue, 19 Sep 2006, Antony Dovgal wrote: > http://cvs.php.net/viewvc.cgi/php-src/ext/libxml/tests/002.phpt?r1=1.2&r2=1.3&diff_format=u Index: php-src/ext/libxml/tests/002.phpt diff -u php-src/ext/libxml/tests/002.phpt:1.2 php-src/ext/libxml/tests/002.ph

[PHP-DEV] Re: [PHP-CVS] cvs: php-src /ext/libxml/tests 002.phpt /ext/reflection/tests005.phpt

2006-09-19 Thread Pierre
On Tue, 19 Sep 2006 16:34:05 +0200 [EMAIL PROTECTED] (Michael Wallner) wrote: > Derick Rethans wrote: > > On Tue, 19 Sep 2006, Antony Dovgal wrote: > > > http://cvs.php.net/viewvc.cgi/php-src/ext/libxml/tests/002.phpt?r1=1.2&r2=1.3&diff_format=u > Index: php-src/ext/libxml/tests/002.php

Re: [PHP-DEV] Re: ext/filter, Final API proposal

2006-09-19 Thread Derick Rethans
On Sat, 16 Sep 2006, Pierre wrote: > On 9/16/06, Christian Schneider <[EMAIL PROTECTED]> wrote: > > Pierre wrote: > > > Proposal: > > > ** > > > > > > I. Availalbe functions: > > >--- > > > > > > * input_get > > > Gets variable from outside PHP or from a userland variab

Re: [PHP-DEV] ext/filter, Final API proposal

2006-09-19 Thread Derick Rethans
On Sat, 16 Sep 2006, Pierre wrote: > Hello, > > Given the recent discussion about the filter API in the pecl-dev list > (http://news.php.net/php.pecl.dev/4123), I summarize again what I > proposed a while back. It is very important to agree on an API now or > we will have to remove filter from 5.

Re: [PHP-DEV] ext/filter, Final API proposal

2006-09-19 Thread Derick Rethans
On Sat, 16 Sep 2006, Dan Scott wrote: > On 16/09/06, Ilia Alshanetsky <[EMAIL PROTECTED]> wrote: > > > > On 16-Sep-06, at 11:35 AM, Dan Scott wrote: > > > > > Minor: the general structure of the function names are > > > __, so it would be more consistent if this was > > > 'input_list_filters'. > >

Re: [PHP-DEV] ext/filter, Final API proposal

2006-09-19 Thread Derick Rethans
On Sun, 17 Sep 2006, Pierre wrote: > Hello, > > On 9/17/06, Andi Gutmans <[EMAIL PROTECTED]> wrote: > > Yep I agree. I thought the idea was to go to filter_* which has been our > > standard for extensions. > > I'm sure we can find good names for the functions in this way. > > old name > new name

Re: [PHP-DEV] Re: ext/filter, Final API proposal

2006-09-19 Thread Pierre
Hello, On 9/19/06, Derick Rethans <[EMAIL PROTECTED]> wrote: > > unless FILTER_FLAG_ARRAY is given in which case it should behave like > > before. This would make it easier to use the filtered values IMHO. > > It always returns an array when FILTER_FLAG_ARRAY is given. Even when > the input va

Re: [PHP-DEV] ext/filter, Final API proposal

2006-09-19 Thread Pierre
Hello, On 9/19/06, Derick Rethans <[EMAIL PROTECTED]> wrote: On Sat, 16 Sep 2006, Pierre wrote: > Hello, > > Given the recent discussion about the filter API in the pecl-dev list > (http://news.php.net/php.pecl.dev/4123), I summarize again what I > proposed a while back. It is very important to

Re: [PHP-DEV] Re: ext/filter, Final API proposal

2006-09-19 Thread Christian Schneider
Pierre wrote: The flag allows arrays and always returns an array. It is obvious as if you allow array or scalar, you have to use is_array, that's a step we easily drop internally by always returning an array. I do not see the point to have ALLOW_ARRAY and FORCE_ARRAY. It is confusing. I agree w

Re: [PHP-DEV] Re: ext/filter, Final API proposal

2006-09-19 Thread Pierre
Hello, On 9/20/06, Christian Schneider <[EMAIL PROTECTED]> wrote: Pierre wrote: > The flag allows arrays and always returns an array. It is obvious as > if you allow array or scalar, you have to use is_array, that's a step > we easily drop internally by always returning an array. I do not see >