Re: [PHP-DEV] cleaning up the functions - any volunteers?

2008-06-29 Thread Jordan Wambaugh
On Jun 28, 2008, at 11:42 PM, Jordan Wambaugh wrote: On Jun 28, 2008, at 3:20 PM, David Coallier wrote: 2008/6/28 Jordan Wambaugh <[EMAIL PROTECTED]>: On Jun 28, 2008, at 7:27 AM, David Coallier wrote: The idea of the new parsing parameter is to catch the number of parameters as well. Fo

Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP

2008-06-29 Thread Lars Strojny
Hi Stas, Am Sonntag, den 29.06.2008, 15:20 -0700 schrieb Stanislav Malyshev: [...] > If we use this syntax, and $view->escape is not defined, should we > call __call or __get? That's indeed a good question. Calling __get() after resolving $view->escape as a property would break BC. Maybe we would

Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP

2008-06-29 Thread Stanislav Malyshev
Hi! * Class::__invoke() to allow functors[1]. The class "Closure" in your proposal should also implement that method to make method_exists() and ext/reflection behave. * Change the behaviour how method calls are resolved. Method calls on invokable objects (clo

Re: [PHP-DEV] [PATCH] [RFC] Closures and lambda functions in PHP

2008-06-29 Thread Lars Strojny
Hi Christian, thanks again for your (and Dmitry's) great work on making closures a part of PHP. Am Donnerstag, den 26.06.2008, 18:23 +0200 schrieb Christian Seiler: > * I have *not* added any __invoke() magic to normal objects. This is > mainly due to the simple reason that adding that woul

Re: [PHP-DEV] New flame

2008-06-29 Thread Rasmus Lerdorf
Rui, thanks for your efforts on this. And yes, it would be really good if you could encourage some people to write more tests for this feature. We were completely lost in trying to maintain compatibility with this because of the lack of tests and documentation. Now we have something to go on

Re: [PHP-DEV] New flame

2008-06-29 Thread Rui Hirokawa
Removing multibyte encoding support from PHP 5.3 will cause the severe incompatibility problem with the older PHP 5.x. As Stefan noted, Shift_JIS character encoding which is widely used in Japan is not flex safe encoding because it includes 0x5c (backslash) as second byte of a multibyte characte

Re: [PHP-DEV] Adding new encodings to mbstring?

2008-06-29 Thread Rui Hirokawa
Hello, encoding conversion engine of mbstring is implemented in libmbfl library, which is developped in sourceforge.jp as php-i18n. http://sourceforge.jp/projects/php-i18n/ Adding new encodings is widely accepted. If you have a patch to add a new encoding please send me. I will commit the patch