Travis Reeder wrote:
This isn't expected behaviour, it's spec'ed behaviour. This tag is
special in my eyes because I think the spec is wrong and should change
and this tag is representative of what it should be. The behaviour
that Francesco is seeing is the same behaviour everyone is seeing and
I'm sure everyone wastes a lot of time trying to find a bug in their
own code when it turns out it's speced to be that way. Unless of
course you live in the GMT zone, but the world does not revolve around
that zone. ;)
Well, if you're writing a webapp that can be accessed from multiple
timezones then you need to handle this anyway; defaulting to the
timezone the server happens to be in won't work. The webapp needs to
specify a mapping that converts times to the timezone of the current user.
Maybe the default converter should output dates in a format that
includes the timezone info, though? Output like
12:00 Fri 15 October UTC
would be more helpful.
NB: While I haven't checked the spec, I presume that the Date output is
technically defaulting to the "UTC" timezone (Coordinated Universal
Time) which is the world standard timezone, not GMT. It just happens to
be the same as GMT (except that GMT has daylight saving while UTC does not).
Regards,
Simon
