IA>>This "incantation" is the standard name for your timezone across most IA>>systems. Out of curiosity I've just tried "IDT" timezone on 3 machines IA>>(Linux, FreeBSD and OpenSolaris) neither of'em supported it. However, IA>>they all supported "Israel/Tel Aviv", which is the real name for your IA>>timezone.
That is all fine and dandy, but if there's no way to find "real name", as you call it, to the timezone on the current machine, it basically means no user could ever use date() - or application using date() - with 5.1 unless he find out it by some external means and definitely no automatic install of such application is ever possible. That's the problem I want to address. Provided that date() worked fine before, I see absolutely no reason to require such complex things now - for doing the same basic things as before. If you need to do andavnced things - that's OK, require advanced configuration, but simple things should be kept simple and work with defaults as they did before. IA>>The bundled timezones Derick provides ensure that there is a constant IA>>list of available timezones that is always available. On many systems IA>>the full list was simply not compiled, so you simply cannot change the IA>>TZ period. With the new change this is once again possible. What I am concerned here is not what is possible with new system - it's all fine it is so advanced and I am sure it allows to do a lot of good and necessary stuff. What I am concerned with is what is NOT possible with it - e.g., taking application working just fine on 5.0 and running it or installing a new application on it iwthout having the user to jump trrough a lot of hoops. And telling the user "you know, you have to configure your timezone setting, and no, we can't tell you what to write there - you have to find out 'real name' by yourself because it is not present on your system anywhere" is not going to be a good solution for an application. So can you provide the good solution here - namely, how do I know a "real name" of the current timezone from PHP? It is especially problematic when we have old working version - so it's not that it is impossible to do that. And all applications except PHP deal with this problem somehow without external configuration, and can display dates without any problem. -- Stanislav Malyshev, Zend Products Engineer [EMAIL PROTECTED] http://www.zend.com/ +972-3-6139665 ext.115 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
