SUMMARY Current functionality: IT appears that currently - the format of 12 hour or 24 hour affects all clocks configured in the "Additional Time Zones" Requested functionality: The ability to set 12 or 24 hour time per timezone displayed in the clocks on the taskbar. Use case: I do development and Systems work, and like to have 2 clocks configured. One for my local timezone as the default, and another in UTC time that I can see when hovering/clicking the clock. This is because my systems and logs for work are all in UTC time. However, I prefer my local time to be in 12 hour time, STEPS TO REPRODUCE 1. Set multiple Timezones inside Digital Clock widget 2. Change time format between 12-hour and 24-hour 3. Observe that the format changes for all timezones. OBSERVED RESULT With the current settings available in the application I must currently make the choice of either 12 or 24 hour time for all clocks. This means either having to mentally convert UTC back to 24 hour time, or my local time back to 12 hour time. EXPECTED RESULT Ideally I would like have my UTC clock display 24 hour time, and my local clock remain in 12 hour time. Allowing 12 or 24 hour as a setting per timezone clock added would allow this functionality. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.18.0 Qt Version: 6.9.2 Kernel Version: 6.16.10-200.fc42.x86_64 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION
I have the exact same use case, but I just use two Digital Clock widgets for this, and one has UTC with 24-hour time. Does that not work for you?
(In reply to Nate Graham from comment #1) > I have the exact same use case, but I just use two Digital Clock widgets for > this, and one has UTC with 24-hour time. Does that not work for you? I had not considered using 2 clock widgets. I suppose that could be a workaround for my specific needs. However that's more of a hack than a solution, and is a bit cluttered aesthetically. It doesn't scale well if someone has more than 2 clocks they frequently reference, and misses out on using the nice stacked clocks view in the expanded widget.
Thanks, that makes sense. However I'm afraid I don't think this is going to be possible; the level of configurability required for this is extremely granular and would make the UI pretty complicated — not to mention the code would increase in complexity a huge amount as well.