Skip to main content
A newer version of this page is available. .

Time Zones

  • 3 minutes to read

This document describes the role of time zones for correct time representation within the Bootstrap Schedulet.

Time zone information is used to calculate start and end times for an appointment if the time zone of the web server (where the server part of the Scheduler operates) is different form the time zone in which the Scheduler’s client scripts are executed. Time zone calculations are illustrated in the picture below. You can find a detailed explanation of the Bootstrap Scheduler’s time zones in the text that follows the picture.

BootstrapScheduler_TimeZonesScheme

Server Time Zone

The Scheduler control’s server part obtains time zone information from the time zone of the web server where the APS.NET application runs. It defaults to the time zone of the server OS.

You can specify time zone explicitly for your application by using the SchedulerStorageBase.TimeZoneId property. When the DateTime data are retrieved or stored from/to the data source, time zone conversions are not performed.

In the picture illustrating the time zone calculation you can see that 1 PM in the database is interpreted as 1 PM Pacific Standard Time and translated to 4 PM for the Eastern Time Zone.

Client Time Zone

By default, the client time zone is assumed to be the same as the server time zone. The client time zone is the time zone in which the Scheduler’s client scripts operate. User will see views, appointments and appointment dialogs displaying data translated to the Client Time Zone.

In the picture above the client time zone is Eastern Time, and an appointment with a start time of 1 PM is displayed as if it starts at 4 PM. The difference is 3 hours, which corresponds to the difference between Los Angeles (server-side) and New York (client-side).

The SchedulerOptionsBehaviorBase.ClientTimeZoneId property is used to specify the client time zone. It can be accessed via the ASPxScheduler.OptionsBehavior.ClientTimeZoneId notation. You can specify a ClientTimeZoneId value for each user individually when the user is logged in to the application.

Web Browser Time Zone

You should specify the ClientTimeZoneId explicitly because the Bootstrap Scheduler has no method to detect a web browser’s time zone.

The client time zone defaults to the server time zone, and should be set via the ClientTimeZoneId as described in the previous section or specified by the user. Since the Scheduler cannot guess in what time zone the browser is, the user can help to identify the correct time zone.

The Time Zone Edit control is implemented to enable the end-user to accomplish this task.

BootstrapScheduler_TimeZoneEdit

With the help of this control, end-users can set the client time zone manually as needed.

Floating Appointments

The Scheduler supports “floating” time zone (time zone independent) all-day appointments. “Floating” means that their time is independent of the client time zone. Let’s take a typical example of a “floating” all-day appointment - it is the New Year’s Day. It starts at midnight January 1 in any time zone. Therefore, it does not start simultaneously throughout the world - it starts at different moments according to the time zone where the client is located.

All-day appointments (appointments with the Appointment.AllDay property set to true) are always treated as if they belong to a “floating” time zone.

However, to perform a centralized action (for example, to restart a server at a pilot factory, resulting in a break in connectivity between departments ), the appointment should occur only once, at a different time in each applicable time zone. In this case, a regular appointment is used, not a “floating” appointment.

See Also