Summary: | cross-platform kclock | ||
---|---|---|---|
Product: | [Applications] KClock | Reporter: | GK <hgkamath> |
Component: | General | Assignee: | Devin Lin <espidev> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | hanyoung, kde, kde |
Priority: | NOR | ||
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
GK
2025-04-27 13:50:03 UTC
Literally every system has a clock like this. I don’t see a compelling reason for the maintenance overhead, especially for the daemon-app architecture and scheduling wakeups and what not. - I was hoping 3 things - (a) maintenance overhead for cross platform is minimal - (b) not strongly coupled to the desktop-environment - (c) an simple/basic app like this is almost feature complete once one gets the tabs for clock, alarm, timer, stopwatch is done - > every system has a clock like this - The compelling reason is want of uniformity - presently each such app on its own system has its own personality/quirks. - they may look similar but they are not identical, certain button locations, labeling, settings etc will be different. - a user has to get used to each app, and not rely on finger memory when using the app on each different system - low level system api like for getting time, setting timers, backgrounding, etc do not change as much, perhaps even from one OS kernel version to another, but the GUI does. If QT abstracts that change across various systems. one as an identical clock app across those systems. |