corporate win--their requirements

Tobias Burnus tobias.burnus at
Sat Sep 28 23:59:00 UTC 2002


On Sat, 28 Sep 2002, PFC Steenhagen, Jacob wrote:
> Perhaps "Use JavaScript to detect whenever I login" (presumably when you
> change time zones you also change IP's and therefore would be forced to
> login again) could be one of the time zone options... a bit more work
> than not having it, but less hassle then getting JS that will work on
> every browser w/out being slower.  Granted, you'd then be stuck on
> whatever the server's default is until you logged in, but that's the
> case for anything that doesn't include JavaScript on every page.

This starts to get really complicated if one really wants to support (a)
Javascript which displays the time strings in local time and (b) to
support it for non javascript. This is due to the fact that there are
strings passed to the time2str function, including localized versions (see
below). Additionally I don't think it is very transparent if the number
changes depending whether I have javascript enabled or not.

Current strings passed to time2str in current Bugzilla CVS:
'%H:%M on the %o of %B, %Y'
"%A, %e. %B %Y, %T (%Z)"
'%Y/%m/%d %H:%M:%S'
"%Y-%m-%d %H:%M"
"%D %H:%M"
"%Y-%m-%d %H:%M:%S"

And in my bugzilla-de I have:
"%H:%M am %o %B %Y"
"%A, %e. %B %Y, %T (%Z)"

If you now additionally consider "August vs. Aout" "Tuesday vs. Dienstag"
it becomes really messy.


More information about the developers mailing list