Community

Add Time Zone Support


Planned

Comments

7 comments

  • Avatar
    Troy Michels

    This is another good one, Paul.  To a large extent customers have managed without specifying timezones because the events have locations, such that in many places, if you display the event time and the location, it can be assumed to be the timezone of that location.  That is not full support, however.  For anyone voting for this one, let us know what challenge not having a timezone on the event presents for you.

    0
    Comment actions Permalink
  • Avatar
    Storbakken, Derek

    We found the challenge with timezones related directly to the automated iCal attachments. We can set our instance to be in a timezone but have to schedule the individual sessions in our local timezone so that they would appear correctly in the iCal attachment for our students.

    We also have challenges getting the correct session information into our communication triggers because of the timezones so we use one of the setup fields to 'template' the text we want to include in several of our triggers.

    For now we have turned off the iCal attachments because of their limited usefulness and challenges and submitted a request to have those enhanced but this suggestion seems to be a prerequisite.

    0
    Comment actions Permalink
  • Avatar
    Troy Michels

    Thanks for the feedback Derek, I'm surprised this one doesn't have more votes yet.  In many cases the timezone agnostic view of the events works fine, because the time is coupled with the location of the event, but for some users like the calendar, it can cause confusion across timezones.  Another time I think timezones would be useful is to send communication triggers at a particular time in relation to the timezone of an event, such as noon the day before an event, since more emails get read in the middle of the day than at night.  Anyone else have specific use cases for timezones?

    0
    Comment actions Permalink
  • Avatar
    Teresa Beary

    Specifying a timezone for the event is one way we could solve our communication timing issue. We have single day classes and we would like to send an email within an hour of the class ending that is a thank you and request for feedback.

    Our courses end at 5:00 PM in the America/Chicago (UTC-5) time zone.
    I created a trigger to send at Event End with 0 days offset.
    The trigger actually sends at 5:00 PM in UTC+0, so our students receive it at Noon while they are still sitting in class.

    Since there is no option to specify the timezone or offset the trigger by a number of hours, my current options are to let them receive the email in the middle of class, or at Noon the day after the class. We think that improving the timing of this email would increase the response rate to our feedback survey.

    0
    Comment actions Permalink
  • Avatar
    Lo Wright

    This issue keeps on coming back to bite us on the proverbial. 

    We've had instructors/students turn up late/early to classes. Our instructors sync the Adm calendar with their own personal calendar and their calendar says one time but the class says another.

    We have created our Locations to feature the corresponding timezone - eg: 'Europe Online (CET)', 'AsiaPac Online (SGT)'.
    We hoped this would help ease the issue...you wouldn't believe how many times we still get asked if it's GMT or CET or EST etc.

    I'm having to constantly confirm the start time by email for our instructors and our students (breaking it down in several different ways - 10am GMT / 11am CET / 5am EST) etc.


    Since we've used Administrate we've raised almost a dozen tickets about timezones.

    Luckily for us the majority of our instructors don't take their synced calendar for gospel and instead will check with us first.

    0
    Comment actions Permalink
  • Avatar
    Justin Briggs


    Yes, time zone issues are still present for us as well. It appears that either daylight savings time is presenting the issue with the iCal (because it is always an hour off), or there is a chance that Outlook simply doesn't recognize the given time zone "name" from ADM. I was reviewing the errors given by Outlook on one of our instructors calendar, and it says it doesn't recognize the "America / Chicago" time zone, therefore Outlook tries to find the best match possible. Perhaps the "best match possible" is simply the wrong time zone chosen by Outlook. Attached is a screenshot of the error. Thank you for all the great support you have offered and continue to offer.

    0
    Comment actions Permalink
  • Avatar
    Troy Michels

    I'm happy to say we are taking this on now.  There are many areas in the system that need to be updated and carefully tested, so it will be a few months before this is ready, but we will support timezones fully and are using this feedback to help guide the project.

    0
    Comment actions Permalink

Please sign in to leave a comment.