Re: [PHP-DEV] Seeking 'coalesce' php internal function

2006-05-04 Thread Pierre
Jared, Brain, On 5/5/06, Brian Moon <[EMAIL PROTECTED]> wrote: Dante's discussion has nothing to do with ifsetor() or the filter extension IMO. His last answer has obviously something to do with both. My answer answer is to his last post, which has obviously something to do with that. My ans

Re: [PHP-DEV] Seeking 'coalesce' php internal function

2006-05-04 Thread Brian Moon
Well, from where I'm setting, Dante has brought up excellent points that were never covered before according to my look at the list archives. In fact, I find this situation indicative of a larger problem, which is that extremely important discussions of major issues with the language get breeze

Re: [PHP-DEV] Seeking 'coalesce' php internal function

2006-05-04 Thread Jared White
On May 4, 2006, at 2:06 PM, Pierre wrote: On Thu, 04 May 2006 14:27:09 -0500 [EMAIL PROTECTED] ("D. Dante Lorenso") wrote: Detracting from my goal of having 'filled()' included in core, I'd have to say that as I see input filtering defined, that could be entirely written as part of Zend Framew

[PHP-DEV] Summer of Code Proposal

2006-05-04 Thread Richard Lynch
This may not be sexy enough for Summer of Code, so I thought I'd ask for feedback on this idea, and invite some help to formalize it better... [abstract] PHP Docmentation should be even more concise than it already is about what is returned in boundary conditions and error conditions. The Project

[PHP-DEV] arpa/namser.h

2006-05-04 Thread Dave W
Hi, I'm trying to build PHP 5.1.2 in win32. I keep getting stuck on this. It says that it needs a file called namser.h. I have this file, but I'm not sure where to put the file. I've tried a couple of places, but should it be in a specific path or somewhere in the Environmental Path. -- Dave W

Re: [PHP-DEV] Re: SoC Mentor sign up ready

2006-05-04 Thread Marcus Boerger
Hello William, so are you going to file in a proposal to ggogle' SoC? regards marcus Friday, April 21, 2006, 8:10:26 PM, you wrote: > Do you think that my proposal of phpAspect is interesting ? Anyone > would like to be my mentor if the project is selected ? > Best regards, > William Candil

Re: [PHP-DEV] Seeking 'coalesce' php internal function

2006-05-04 Thread Pierre
On Thu, 04 May 2006 14:27:09 -0500 [EMAIL PROTECTED] ("D. Dante Lorenso") wrote: > Detracting from my goal of having 'filled()' included in core, I'd > have to say that as I see input filtering defined, that could be > entirely written as part of Zend Framework in PHP and doesn't need to > exist a

Re: [PHP-DEV] Specification for function filled() :: was ifsetor/coalesce

2006-05-04 Thread D. Dante Lorenso
The default value for 'filled()' if all values test TRUE for empty() should be FALSE, not NULL. This is more consistent with the return values of empty(). Since filled() returns the first non-empty() value in the list of parameters provided, it works well when cast into a boolean context bec

Re: [PHP-DEV] Seeking 'coalesce' php internal function

2006-05-04 Thread D. Dante Lorenso
Rasmus Lerdorf wrote: D. Dante Lorenso wrote: In my PHP zen world, empty() and filled() are friends. Ok, I've been selling 'filled()' for a while now. Can we reverse the sell and try this .. why SHOULDN'T filled() be added to the language? Because it doesn't do enough. Unlike empty(), when t

Re: [PHP-DEV] Summer of Code

2006-05-04 Thread Lukas Smith
Hi, I would like to add two other project ideas: 1) Expand PEAR::MDB2_Schema to cover all aspects of schema evolution: http://pooteeweet.org/files/phptek06/database_schema_deployment.pdf 2) Create a new set of classes to create/read/modify OpenDocument files I would be interested in mentoring

[PHP-DEV] Re: WampServer with PHP 5.1.3

2006-05-04 Thread Cyril PIERRE de GEYER
Oups I should have posted it on php.general. Mea culpa ... Cyril Cyril PIERRE de GEYER a écrit : Wampserver is out :) Thx to Romain for this fast release and for the new tools ! Thx to all the PHPGroup in fact, we all are very proud to see that this OpenSource project is always very reactive