Martijn Houtman <[EMAIL PROTECTED]> wrote

> Personally, I think the best fix is to include in the data the timezone
the
> client will use to edit the time. For the moment you can always send the
> server timezone. This would be a much more flexible solution, because then
> you can easily change the code if a client would like to edit in its own
> timezone or he might want to choose another fixed timezone, using an
> listbox. Only the javascripts at the client have to be changed. You can
> receive the data back as is done now without timezone and without changing
> the code for receiving data.
>

To my surprise I found out that Javascript has no real support for
timezones, so it appears that everything has to be done on the server like
Nico proposed. This would mean that both time and timezone data have to be
send and returned to the server and a lot of changes are needed.

Martijn Houtman


Reply via email to