Sorry but that is not correct, GMT does not have DST, it will never change time, which is why countries like the UK will switch to BST.
Yes, it should show the client’s local time. The others asking for the times to be displayed in UTC is frankly silly. Nobody should need to do their own UTC offset calculations according to their timezone and DST in 2021.
1 Like
xD - uncultured
The UK has BST and GMT, UTC is the same as GMT.
1 Like
I’m quite aware of that, my response was to the comment above saying that GMT has DST which it does not.
You are indeed correct. As I said, time zones are a pain in the arse, and nobody gets them right, even when they think they do 
1 Like
The problem mostly is DST, different countries adopted it for different reasons, some to conserve energy/fuel, some to aid farming, and some actually just to allow people to make the most of their summer time after finishing work.
There are many governments currently at varying levels of progress of abandoning it now and I do look forward to a time where it vanishes.
Yes YEs YEs
Spot on.
Being precise about time terminology prevents misunderstandings. I’d recommend they always use the UTC time for any significant server action, and then reference a couple of currently observed times in major cities for reference; e.g., the major cities near where the server clusters are physically located, like Sydney, Frankfurt (?), Washington D.C., and etc.
The easiest way to prevent all these timezone related complications would be to add countdowns to all such announchments.
4 Likes
Totally agree! Just use UTC, which is the defacto world wide standard. And if needed, everybody can just use google to translate it into their local time.
Btw, they already updated the statement a little bit, so you can actually see LA and Berlin (or is it calculated from the clients info).
Also funny … apparently we’re not able to calculate 240 / 60 …
Speaking of clocks, when you enable “Show FPS” under “Visuals”, my time zone automatically displays Pacific Standard Time (PST) even though I am EST and my set server region is U.S. East. Is there a way for the clock to actually display EST instead of PST or any other time zones? Another bonus would be to have a perma clock displayed in either corner without having all the “performance stats” displayed. Thanks.
For the announcements here on Discourse: the date/time format is tied to your language settings. By default it will be US English and you get 5:00 PM. But if you set it to UK English you get 17:00 instead.
1 Like
Nahhh, that means you might recognize you’ve already spent too much time today for the game 
But yes, I would also like to have a clock in the game.
Is your google broken?
As a UI/UX Designer, I think it’s best to have two time zones. One set for the server as a reference for all players. And another converted based on your device location.
For example:
SEA players are on the Australian server and it’s good to have AU time as a reference for every player for siege war & etc. But it should be more user friendly and have it calculated to your time zone.
Attaching a mockup to illustrate my message.
3 Likes
Nice looking mockup, even if it doesn’t match the current design of the game.
Although I’m not really sure about the server time.
Right now I would not know what the server time is actually based on.
F.e. EU Server. England has a different timezone than Spain. Also not taking into accout the daylight saving time issue.
Other than that, the local time should working just fine. There shouldn’t be any problems to access the clients mashine timezone. And this one is the one the user is interested in.
Again, nice work!
I’m in Australia which hasn’t accounted for daylight savings (AEDT) so in game, the time is 1 hour behind where it should be. I would be happy if they just added a tickbox option to obtain the time from the local PC, which I’m assuming could then be used for the in-game downtime notification.
1 Like
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.