On Wed, 28 Sep 2005 14:18:29 +0200
[EMAIL PROTECTED] (Lukas Smith) wrote:

> Again timing is a separate issue, just talking about the long term
> here ..

Long term problems are not fixed in minor releases. Or we will have
Unicode in 5.2.

> On one side you have people writing single timezone applications.
> Some of them exist to day, some of them will be written in the
> future. I guess aside from the inconsistent daylight saving time
> handling in the current functions they can write working applications.
> 
> Anyone else is screwed right now.

Like anyone is screwed without Unicode. Andrei is adding Unicode in
HEAD (which will be php6).

> So one approach could be to add code that helps the other guys.
> Problem solved. However we then have duplicate code to deal with
> almost the same problem: dates.

There is no duplicate codes. There is partially duplicated features.

> Now the new code does cause problems for some (certainly not a
> majority of people) 

That reminds me what some people said about the reference bug fix.
After the 1st stable releases, it seems that the "not a majority"
expectation was wrong.

> and this needs to be taken into account. However
> if these people do set things in their php.ini file they have _no_
> problem at all. 

I wonder how you can be so sure...

> So the growing pains boils down to forcing
> users/admins to set a single php.ini setting and suddenly we do not
> have any code duplication. 

Since when admins read the changelogs and change the default settings?
They do not, that never worked in the past and I see no reason why it
will work with 5.1.

> I think we have done things like this in
> the past. This also aliviates the obvious user confusion about the
> existance of duplicate functions, aside from not wasting ressouces on
> the code maintainance.
> 
> Do you think this is not even a feasible vision for the future?

A feasible vision is to have some people able to understand valid
arguments and stop to commit such changes without listening the other
contributors.


And the question is more about delaying 5.1.0 or not. I doubt it is a
possible to delay again 5.1.0. There is thousands of critical fixes in
there, and many people are waiting for them since months. Sadly.

--Pierre

-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to