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