UTC time?

[gerbert]

@foldynl,
Hi! Out of curiosity, do you consider adding UTC clock? E.g., like this:

        12:00:00
UTC: 10:00:00 01.01.1970

UTC text size will be 12pt.

Technically my question already has an implementation so I could put it in a branch and create a PR so you could take a look and make a decision...

Thanks!

[foldynl]

I'm a bit confused. Can you post a description of where the clock should be added? There is a Clock Widget then a localtime info for particular QSO partner. Where do you want to add a clock? All QLog's clock are in UTC

except following clock - this clock info is in a real localtime zone.

[gerbert]

Well, I was thinking about something like this:

[foldynl]

I saw your PR. Unfortunately, I breaks the design of the widget. The widget has to be simple. Unfortunately, you are duplicating information that are already shown.

The primary aim of the widget is to show a clock in UTC. The local time is not important.

In general, QLog shows all times in UTC (with one exception which is present in my comment above).

why do you think that the PR should be applied? What is the use-case?

[gerbert]

The PR is different to this. This is just an idea. It's not yet even pushed anywhere.

The PR is about code optimization.

[foldynl]

and I forgot. All time has to reflect locale (date/time format) without timezone. It is important emphasize "without timezone". QT is curious that the Long Local time format is platform-dependent - I don't know why.

[gerbert]

That's why I used

QDateTime::currentDateTime().toLocalTime().toString("HH:mm:ss");

It extracts local time considering format given in toString() call. Technically, the format in this case can be adapted (if considering such an option) by adding additional parameters to HH:mm:ss... However now I'm thinking your approach has sence if the time format is always set by system settings...

[foldynl]

You are right. Now I am mixing two thinks together. Sorry...getting back to UTC. What is the use-case? Why do you want to change it?

[gerbert]

No problem. My point was that it could be useful to have UTC time displayed as well. Of course it won't replace big wall clock for local/UTC time, still will give a hint if HAM activities are bound to UTC time...