A simple solution here would be to have the scheduling page automatically default to the visitor’s current browser/system time zone.
For example, if I’m in New York, the page would default to Eastern Time (EST/EDT) based on my browser’s time zone. The meeting itself would still be stored and referenced in the calendar owner’s time zone (for example, Pacific Time), but the availability would initially display in the visitor’s local time to avoid confusion.
If it’s not already functioning this way, we can submit a task to adjust the behavior. If we’re already detecting the user’s browser time zone, this would be a relatively straightforward enhancement and wouldn’t require creating an entirely new configuration system.
I’ll verify the current behavior and log an improvement request if needed.
Thanks for the suggestion — this would definitely improve usability.
Marc Rainville
Lead Software Developer
SmarterTools Inc.
www.smartertools.com