Bug 465453 - let users define a time and units format that is useful to them
Summary: let users define a time and units format that is useful to them
Status: RESOLVED DUPLICATE of bug 394698
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_formats (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR major
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-02-07 23:24 UTC by Kevin Coonan
Modified: 2023-02-08 19:38 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Coonan 2023-02-07 23:24:11 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. Do anything involving time or units of measurement
2. Put in your locale
3. Try and get the time, date, or units of measurements to reflect your needs without having to do some really screwy things (e.g set local to en-DE to try and force metric units even though they use dl, and I use ml or l!)

OBSERVED RESULT
1.  Choose "Set Time Format" does NOT ever let you set a time format.  

Rigid and illogical bindings to locale as defined in some C or C++ library

EXPECTED RESULT
1.  Choose "Set Time Format" --> lets you set the time AND date format.

Let the user specify the default time and date based on a range of conventions (see, for example, any software besides KDE that deals with date/time).  E.g. AT A MINIMUM, for local en-US, support the **CHOICE** between ISO-8601, RFC 3339, MM-DD-YYYY, DD-3letter all cap month-YY (like the US military uses), MM/DD/YY, M/D/YY, Month (spelled out), D, YYYY, and a few more.

Allow **users** to **pick**  whether to use SI/metric, US Imperial, UK Imperial, etc. for units of measurement.  In fact, maybe even let them pick which units they use for different things.


It doesn't matter what MISTAKES were made in the past, your location does NOT define what your need for units of measurements (I haven't used most US Imperial measurements at work for almost 30 years now as I work in healthcare, and I switched from writing dates like 03MAR02 on or about 2002-03-03--I think I last wrote dates like 2/7/23 and time like 5:17PM (even though I have used 24h time at work, and every other clock/device I own can show me that it is 17:17--becuse that is how I set them) in the mid 1980s, yet my KDE desktop cannot be cured of this affliction.

Just FYI, the current, correct time/date **FOR ME** is:  Tue 2023-02-07 17:17:23 CST
Is it NOT: Tuesday, February 7, 2023 5:17 PM *or any of the other formats that 'copy to clipboard' from my digital clock widget supports.  


SOFTWARE/OS VERSIONS
Windows:  (lets user pick format)
macOS:  (probably uses whatever format Apple said and they all go along with it...)
Linux/KDE Plasma:  Been a pain in my ass ever since KDE 3.x!!!
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Nate Graham 2023-02-08 19:38:48 UTC

*** This bug has been marked as a duplicate of bug 394698 ***