Stefanos Harhalakis wrote:
On Monday 11 June 2007 18:15, Lester Caine wrote:
calender of events over a change in daylight saving I NEED to know !!!
I believe that I finally understand your thoughts. You mean that you need to
use the timezone information to know when in the future the time will change
(or in the past). I believe that you're correct.
That is the one exactly - and I've had great trouble getting people to accept
that there IS a problem. The main problem happens where events actually change
day because of the daylight saving changes - as you say in the past or future.
I assume that providing the current offset and the timezone as two separate
strings would be the most appropriate thing. The offset will provide
simplicity for simple applications. The timezone will provide full
information for applications that support it and the browser will not need to
do much work since both of them are immediately available (Just a sprintf()).
What about something like:
Timezone: offset; posix_timezone
for example:
Timezone: +0200; EET-2EEST
Provided that the posix element actually defines a distinct daylight saving
variation then it would work. The tz database does seem to have all current
information?
Correct, so people select the timezone that gives the right time, if the
daylight saving switch is off. And then the calendar gives the wrong times
when trying to display a weekend containing a daylight saving change. (
THAT one wasted a few hours before we twigged what was wrong - since the
clock was right :) )
Your comments are of great importance to this attempt. I'll be glad if we
can come with a solution that will fit your experienced needs on this
subject. This may help other people too.
Basically we had to drop using the browser time offset so that people were
forced to set their correct offset - including daylight saving. The new
date/time facilities provided in PHP5 actually allow accurate calendars to be
built since daylight saving started, and hopefully this information will track
all future changes, but none of it will work unless you have the users
daylight saving information, just having a simple time offset would not allow
you to create a correct calendar.
I had fun last October trying to debug a calendar package until I realised
that daylight saving was being applied twice, so as long as people are AWARE
that it is important in some countries ....
--
Lester Caine - G8HFL
-----------------------------
Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://home.lsces.co.uk
MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/
Firebird Foundation Inc. - http://www.firebirdsql.org/index.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
