You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug/idea
To align alternative time zones in the clock module closer to reality (actually used time), it would be great to support dynamic daylight saving zone configuration (to auto-reflect actually used time for certain area/city).
As time zones are currently based on direct "UTC offset" only, it cannot auto-switch with summer/winter time change (daylight saving time) for a certain desired clock entry.
A very simple way of improving this would be allowing time zone config to be based on local time offset (ie: "localTime -2hrs" instead of only "UTC -2hrs"). For many time zones (ie: on the same continent usually) this would work fine as daylight saving times zone often change together.
For a global "full version" of such a feature a full "city time zone chart" resp. an zone index including information of winter/summer time start/end dates would be perfect since as daylight saving times are starting/ending on different dates globally.
Details:
Device: [e.g. Macbook Pro 2016]
macOS: [e.g. 10.15.5]
Application version: [e.g. 2.1.11]
The text was updated successfully, but these errors were encountered:
Describe the bug/idea
To align alternative time zones in the clock module closer to reality (actually used time), it would be great to support dynamic daylight saving zone configuration (to auto-reflect actually used time for certain area/city).
As time zones are currently based on direct "UTC offset" only, it cannot auto-switch with summer/winter time change (daylight saving time) for a certain desired clock entry.
A very simple way of improving this would be allowing time zone config to be based on local time offset (ie: "localTime -2hrs" instead of only "UTC -2hrs"). For many time zones (ie: on the same continent usually) this would work fine as daylight saving times zone often change together.
For a global "full version" of such a feature a full "city time zone chart" resp. an zone index including information of winter/summer time start/end dates would be perfect since as daylight saving times are starting/ending on different dates globally.
Details:
The text was updated successfully, but these errors were encountered: