My solution to this particular problem is to live in Iceland and work only on 
software for Icelanders. No daylight savings and all UTC all the time. Almost 
worth the weather.

- hugi



> On 26 Feb 2020, at 18:12, Jesse Tayler via Webobjects-dev 
> <webobjects-dev@lists.apple.com> wrote:
> 
> Just to complain about how hard this can be?
> 
> Our events service let’s you post events at certain times and locations. 
> Great.
> 
> But those locations could be outside your timezone, or that date of the event 
> might pass daylight savings…
> 
> So, first — we had to identify the location, venue and lat/lon to know the 
> specific location.
> 
> From there, we called a google query to turn a lat/lon and time/date into a 
> timezone offset!
> 
> Then we needed the fully qualified date in GMT or the local TZ of the user 
> but then you’d need to translate that time into that specific place and time 
> — so, the date might cross and boundary or the location etc. etc.
> 
> We also had web pages with TZ dates and times on them which could be the 
> first thing you see as a public users, so a session timezone has to be set 
> and the page gets refreshed before drawing anything and then comes back down 
> again but with the local timezone as reported by javascript query on the 
> client browser.
> 
> WHEW!
> 
> What a drag!
> 
> 
> 
> 
>> On Feb 26, 2020, at 1:06 PM, Samuel Pelletier via Webobjects-dev 
>> <webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hi Michael,
>> 
>> There is no easy or universal answer to this question. The best solution 
>> also depends on the meaning of the timestamp data.
>> 
>> If your system is used on multiple timezones, ...
>> 
>> - you may have situation where you want to always display the time in the 
>> event location time zone like airplane takeoff and landing;
>> 
>> - you may want to always display the event time in the user local timezone 
>> like an event log;
>> 
>> - you may want to always display in a fixed time zone like a server log...
>> 
>> So you may or may not need to store the time zone of an event to display it 
>> properly.
>> 
>> To add some ugliness to this already complex problem, we have a very nasty 
>> thing called daylight saving time where we change the time zone of locations 
>> based on the date. This can easily create situation where an event change 
>> time when crossing the DST change dates...
>> 
>> First step is to analyse the problem and figure out how timestamps should be 
>> displayed.
>> 
>> Regards,
>> 
>> Samuel
>> 
>> 
>>> Le 25 févr. 2020 à 12:59, Michael Kondratov via Webobjects-dev 
>>> <webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>> a 
>>> écrit :
>>> 
>>> Hello!
>>>   Whats the winning strategy on dealing with users / records in multiple 
>>> timezones? We are starting add add companies that are few hours away from 
>>> us and don't know how to best handle it.
>>> 
>>> 
>>> 
>>> Sincerely,
>>> 
>>> 
>>> Michael
>>> 
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com 
>>> <mailto:Webobjects-dev@lists.apple.com>)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com 
>>> <https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com>
>>> 
>>> This email sent to sam...@samkar.com <mailto:sam...@samkar.com>
>> 
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com 
>> <mailto:Webobjects-dev@lists.apple.com>)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com 
>> <https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com>
>> 
>> This email sent to jtay...@oeinc.com <mailto:jtay...@oeinc.com>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
> 
> This email sent to h...@karlmenn.is

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to