| Summary: | "Time from now" alarms are unexpectedly imprecise | ||
|---|---|---|---|
| Product: | [Applications] kalarm | Reporter: | Rickard Westman <rwestman> |
| Component: | general | Assignee: | David Jarvie <djarvie> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | 3.3.6 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/pim/kalarm/-/commit/e89af9582261714442766b3390e3d60f81b60157 | Version Fixed/Implemented In: | 23.04 |
| Sentry Crash Report: | |||
|
Description
Rickard Westman
2022-12-20 18:40:43 UTC
KAlarm does not provide sub-minute accuracy. All alarms are scheduled to (approximately) minute boundaries. You need to use an alternative application if you need reminders more accurate than to the nearest (rounded down) minute. I understand the technical reason, but when you can set an alarm for 1 minute and it fires after 1 second, it strains belief that any non-developer could see that as expected and intended behavior. So even if it's intentional from a technical/internal perspective, I'd encourage thinking about it from the user perspective. What is the user intent of specifying a 1 minute interval? To get an alarm after 1 minute, or getting an alarm at a random time between 0 and 60 seconds? Is there any scenario at all where the latter would be useful? KAlarm was never intended as a high accuracy timer, but rather as an application to help people organise their lives and remember to do things. I can see that if you expect it to act as a stopwatch you will get a surprise, but the fact that if you set a specific time for an alarm (as opposed to time from now) you can only enter a minutes value and not seconds gives a hint as to its accuracy limitations. It's not really stopwatch accuracy I expect, but more like kitchen timer accuracy. An alarm set for 2 minutes should not trigger after 1 minute. An alarm set for 1 minute should not trigger after 0 seconds. So it's not really about users being surprised they don't get precision down to the second, but more of an expectation that the minutes they specify in KAlarm are about as long as a minute is in real life. So a minute implemented as 58 seconds or 62 seconds could be within expectations, but a minute implemented as 0 seconds or 120 seconds would not. I don't really buy the argument that a time interval specified in minutes comes with an expectation that the error can also be up to a minute – the relative error matters as well, and a relative error of 100% (as can happen with KAlarm) is just too huge to be reasonably expected. It would require a significant redesign to trigger alarms at times other than on a minute boundary. Given that this would be very much a minority requirement, the most that I could contemplate doing would be to add a warning when a short time from now interval was selected. That sounds like a good idea! Perhaps rounding to the nearest minute (rather than truncating) would also be a rather simple change, cutting the relative error in half? A warning will now be shown if a time-from-now value of less than 10 minutes is specified. This will be in KAlarm version 3.5.5 in KDE Gear 23.04. Commit e89af9582261714442766b3390e3d60f81b60157. |