Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:34014
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 64.233.162.239 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=googlemail.com; s=gamma;
        h=message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=prUJ2rQuQFwxS0tIhnKqStPnyQZHbClsc6J1Z9l1elfwCdZ4FVAohVYoqZF9gp6EUt7CoC3LoEtuYpve3BySRQ7k0b0j2/1NXpR/n6U1aY/f5gagcde9k8mYHQNEIZti7kkD8KsdPsLPrXF9+bLiApc3h4TgxxlJCU8tTCtTGxM=
Message-ID: <10845a340712130754y2c66c22cnc509814d203d85a5@mail.gmail.com>
Date: Thu, 13 Dec 2007 15:54:47 +0000
Reply-To: RQuadling@GoogleMail.com
To: jani.taskinen@iki.fi
Cc: "Jochem Maas" <jochem@iamjochem.com>, 
	"internals Mailing List" <internals@lists.php.net>
In-Reply-To: <1197554487.27917.17.camel@localhost.localdomain>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <475F1984.603@chiaraquartet.net>
	 <1197450581.27917.2.camel@localhost.localdomain>
	 <4760227D.9050404@zend.com>
	 <alpine.DEB.0.98.0712130952470.27826@kossu.ez.no>
	 <1197551283.27917.9.camel@localhost.localdomain>
	 <47613566.5070609@iamjochem.com>
	 <1197554487.27917.17.camel@localhost.localdomain>
Subject: Re: [PHP-DEV] Internals read-only
From: rquadling@googlemail.com ("Richard Quadling")

On 13/12/2007, Jani Taskinen <jani.taskinen@sci.fi> wrote:
> On Thu, 2007-12-13 at 14:36 +0100, Jochem Maas wrote:
> > I would hazard to say that php is becoming a victim of it's own success in
> > this regard - to really tackle the issue would probably require the implementation
> > of a more structured proposal/implementation/release process ... I will grant that
> > that is a mammoth task to undertake!
>
> We already have that, it's called "Feature/Change request" category in
> bugs.php.net (which is of course ignored by everyone :)

Oh. Really? I just added a useful one to fix the stupid way non
optional params are returned as False. Sure it is how it has always
been, but talk about counter-intuitive!

-t[-+] is the proposal by the way with -t- being the default as that
is what is currently done.

Wouldn't break backwards as -+ are not allowed in a param name.


-- 
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
"Standing on the shoulders of some very clever giants!"