Stanislav Malyshev wrote:

I don't see any need to force users into anything they don't need just because you seem to like the new code. Users don't care how much you love the code, they care if it works - and now it does not, at least not for the atsk of printing current date with date() call.

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

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.

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.

Now the new code does cause problems for some (certainly not a majority of people) 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. 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. 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?

regards,
Lukas

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

Reply via email to