Summary: | Digital Clock widget add custom time format | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Ivar Erikson <kiwimisc> |
Component: | Digital Clock | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | arnfranke, bugseforuns, dave.lindbergh, eugene.savitsky, justin.zobel, karl, kritomasx, laurent.rineau, nate, psychonaut, szo, wolftune |
Priority: | NOR | ||
Version: | master | ||
Target Milestone: | 1.0 | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Ivar Erikson
2018-05-07 14:14:03 UTC
The digital clock's date listing is now completely customizable. > Git commit 235fa8107dabb757d88cd1876309c12cad990207 by Chris Holland. > Committed on 14/01/2019 at 01:53. > Pushed by cholland into branch 'master'. > > [Digital Clock] Add ability to set a custom date format string > > Adds a new customDateFormat config key which is used when the dateFormat > "StringEnum" is set to custom. > Shows a link to the Qt time formatting documentation next to the text field. > Qt doc link and text field are hidden when not set to custom date format. > > Differential Revision: https://phabricator.kde.org/D18019 > > M +5 -1 applets/digital-clock/package/contents/config/main.xml > M +8 -6 applets/digital-clock/package/contents/ui/DigitalClock.qml > M +26 -0 applets/digital-clock/package/contents/ui/configAppearance.qml > > https://commits.kde.org/plasma-workspace/ > 235fa8107dabb757d88cd1876309c12cad990207 mentioned in https://bugs.kde.org/show_bug.cgi?id=340982#c155 And I can confirm customizing of the date. However, the *time* lacks the comparable field and functions to specify custom time format. (In my case, I want 12-hour time *without* showing the AM/PM part (particularly because I have a left-side panel and much less room for the numbers, so it's too small with the AM/PM shown.) This is currently possible. Please reopen if I am mistaken. This is NOT resolved. I'm on the latest KDE Neon user edition. The *date* is fully customizable. The *time* has 3 options: 12-hour, 24-hour, follow-region-setting. None of these are customizable. So, I can't choose to see 12-hour numbers but leave out the AM/PM part (which takes up too much space, and I know whether it is morning or afternoon, I don't need that AM/PM indication!) To be specific in terms of format, I personally (and I think many others would also) prefer h:mm while still using 12-hour numbers. I don't want the AP or ap part. Ah my apologies, it's the date format that is fully customisable. I guess that just needs to be extended to the time format so that both can be set however the user wants. On Mon, Jun 14, 2021 at 1:19 AM Aaron Wolf <bugzilla_noreply@kde.org> wrote: > > https://bugs.kde.org/show_bug.cgi?id=393956 > > --- Comment #4 from Aaron Wolf <wolftune@gmail.com> --- > To be specific in terms of format, I personally (and I think many others would > also) prefer h:mm while still using 12-hour numbers. I don't want the AP or ap > part. > > -- > You are receiving this mail because: > You are on the CC list for the bug. ... and I'd like to see seconds in the widget (hh:mm:ss). This should be customizable. Somehow. I believe this is fixed now. There is an option in KDE 6.x: Show seconds: Never Only in the tooltip Always (In reply to ezh from comment #7) > I believe this is fixed now. There is an option in KDE 6.x: > > Show seconds: > Never > Only in the tooltip > Always That's not even new. Showing seconds is not the sole purpose of custom time format for the clock. I want to hide the AM/PM part myself because I put my panel on the side, and I don't need to be reminded whether it is evening or morning, and I don't want 24hr. Custom format should work just the same as it already does for DATE: A field where the standard format codes can just be entered so people can decide what the clock display should be. Again, the same exact Digital Clock tool already has an open field for custom date, overriding the format for the system otherwise and just deciding for the clock widget. There's no reason to have the time format not have the exact same flexibility. *** Bug 486154 has been marked as a duplicate of this bug. *** |