> James,
>
> You have to be aware that now PHP has such a big user base we need to be
> very careful in the changes we make especially when we can be pretty
> certain that it might burn quite a lot of people. We can break
> compatibility more easily when we have a major release (as from PHP 3 to
> PHP 4) but these kind of patches need to also be sensitive to the
> existing
> users.
> I personally don't know this issue very well and it is hard for
> me to guess
> how many people will be effected. Probably some of you who know
> this better
> can get an idea. Also I missed if this is the same directive as
> in php.ini.
> Anyway, I'm just saying don't take the user base too lightly because most
> of them aren't php-dev@ hackers who want the standards but they
> want their
> web sites to continue working.
> Anyway, this doesn't mean I am necessarily against including the
> patch but
> we need to make sure we're all OK with it and make a decision not only
> based on the standard but also on how much damage this might make.
Well, I dont think any of us really know how much damage it will cause. But
on the other hand we can do this for years and just say well we mustn't
break backwards compatibility and we will end up with somthing looking and
behaving like perl. When we have somthing as blantantly wrong as this it
should be fixed.
I would question about it being optional in the long term though. If we
begin to make everything optional then we get to a point where PHP is so
configurable with enabling this bug here or there it becomes impossible to
create distribuable scipts that are easy to install and make work (making it
difficult for commercial companies to create PHP Scripts to sell which is a
bad thing IMHO).
I propose that we have a configuration section called backwards compat that
all of these go in with comments about each option then when we reach 4.1 we
kill all the options and make it behave as it should. I hope that somthing
as broken as this should be defaulted to on and not off (IE encourage the
correct behaviour in newer scripts).
-James
--
PHP Development Mailing List <http://www.php.net/>
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To contact the list administrators, e-mail: [EMAIL PROTECTED]
