Hi,
we are using RT to provide services to clients that are located in
different time zones, some of them different from the RT server’s
time zone.
Does anyone have information how to make the various dates appear
correct for the various requestors, watchers etc. in various time zones
while keeping them in GMT (or whatever) inside RT?
It seems the best (only) way would be to use the mail server’s and
Web browser’s (need to check if they sens some) timezone information
and to convert to GMT. Any ideas or did anyone encounter the same
problem?
Thanks in advance,
Jan
Jan Algermissen http://www.topicmapping.com
Consultant & Programmer http://www.gooseworks.org
Hi,
we are using RT to provide services to clients that are located in
different time zones, some of them different from the RT server’s
time zone.
Does anyone have information how to make the various dates appear
correct for the various requestors, watchers etc. in various time zones
while keeping them in GMT (or whatever) inside RT?
RT provides most of the infrastructure needed to make timezone for
display a per-user preference. We’ve just never had a customer who
needed to go all the way to making it settable.
It seems the best (only) way would be to use the mail server’s and
Web browser’s (need to check if they sens some) timezone information
and to convert to GMT. Any ideas or did anyone encounter the same
problem?
I don’t believe you can get enough out of the information out of the
browser to know what timezone it’s in. You might be able to use a
javascript hack to get its offset from GMT, but I’ve not explored that.
Jesse
Jesse Vincent wrote:
It seems the best (only) way would be to use the mail server’s and
Web browser’s (need to check if they sens some) timezone information
and to convert to GMT. Any ideas or did anyone encounter the same
problem?
I don’t believe you can get enough out of the information out of the
browser to know what timezone it’s in. You might be able to use a
javascript hack to get its offset from GMT, but I’ve not explored that.
Jesse are right, only JavaScript.
var tzoffset = new Date().getTimezoneOffset; //offset against GMT in sec
http://devedge.netscape.com/library/manuals/2000/javascript/1.5/reference/date.html#1193844
Best regards. Ruslan.
Thanks Jesse,
Jesse Vincent wrote:
RT provides most of the infrastructure needed to make timezone for
display a per-user preference. We’ve just never had a customer who
needed to go all the way to making it settable.
so…can you give me a hint what the most elegant approach would be to
add this ‘field’ to the user information?
OTH, some of our RT users (the service providing staff) will most likely
more or less frequently change time zones by traveling. So the effective
time zone should actually be derived from the current location of the
user…yech, that’s difficult or impossible.
It seems the best (only) way would be to use the mail server’s and
Web browser’s (need to check if they sens some) timezone information
and to convert to GMT. Any ideas or did anyone encounter the same
problem?
I don’t believe you can get enough out of the information out of the
browser to know what timezone it’s in. You might be able to use a
javascript hack to get its offset from GMT, but I’ve not explored that.
Thanks, I’ll propably try that.
Jan
Jesse
Thanks in advance,
Jan
–
Jan Algermissen http://www.topicmapping.com
Consultant & Programmer http://www.gooseworks.org
The rt-users Archives
RT Developer and Administrator training is coming to LA, DC and Frankfurt this spring and summer.
http://bestpractical.com/services/training.html
Sign up early, as class space is limited.
–
Jan Algermissen http://www.topicmapping.com
Consultant & Programmer http://www.gooseworks.org
Jesse Vincent wrote:
RT provides most of the infrastructure needed to make timezone for
display a per-user preference. We’ve just never had a customer who
needed to go all the way to making it settable.
Hmm…I just thought about reusing an existing preferences field (we don’t
really use all of them) and using some scrips (for transactions) and
adjustments of the HTML pages (for display) to adjust the dates appropriately.
What do others think of this approach?
Jan
Jesse Vincent wrote:
RT provides most of the infrastructure needed to make timezone for
display a per-user preference. We’ve just never had a customer who
needed to go all the way to making it settable.
Hmm…I just thought about reusing an existing preferences field (we don’t
really use all of them) and using some scrips (for transactions) and
adjustments of the HTML pages (for display) to adjust the dates appropriately.
What do others think of this approach?
You might want to just modify RT::Date instead…