Version: KDE 4 (using KDE 4.5.5) OS: Linux I had a reminder come up today for a no longer valid alarm. To delete the alarm, I had to note the date of the item, open the Kalarm main window, search for the date, find the entry, and press the Delete button. I think it would be an incremental improvement to this excellent program to have a delete option either on the reminder dialog itself (which I think might be too easy) or as an option on the "Edit" window that comes up when you click that button on a reminder, with the usual "are you sure" routine. Another way to do this would be to highlight the entry on the Kalarm main window when one presses the "Activate Kalarm" button on the reminder dialog, without bringing up the Edit window, so it would be one click to initiate the delete request; I believe this would be the least intrusive option (changes nothing about how things currently look or work) and would satisfy the functionality that I'm suggesting. This same functionality could be part of a regular alarm dialog as well, such as a recurring alarm that is no longer needed. Reproducible: Always OS: Linux (i686) release 2.6.34.7-0.7-default Compiler: gcc
This seems a good idea. I prefer the less intrusive option, of highlighting the alarm in the main window, rather than clutter the alarm window interface with an extra control.
This feature has actually been in KAlarm for a long time, but doesn't work any more. It has now been fixed in the KDE 4.4 branch (unfortunately too late for the kdepim 4.4.11 release). Fixes for other branches pending... Git commit 712e45630ccd4ec128a087cb3de396b2df9e4ffc.
Now also fixed for the forthcoming kdepim 4.6 release. Git commit dbf69740cdbc0092286591b0c1e27b68ad28d4b9 (master branch).
Greetings: I came across this report, which I originally filed, and checked my Kalarm 2.7.4 under KDE 4.7.2 under OpenSUSE 12.1, and when I click the "Activate Kalarm" icon on an alarm dialog, the item is not highlighted in the Kalarm list window. I probably never saw the intervening versions. I'm not certain of the "protocol" for re-reporting a bug in a different release of KDE but I placed it here for the sake of continuity.
It turns out that the previous fix made a (usually wrong) assumption about the order of alarms in the list in order to decide which alarm to highlight. It is now fixed so that the correct alarm will be highlighted whatever order they are displayed in. The fix will be in KDE 4.9.1. Thanks for reporting this again. Note that this bug only applied to the KResources build of KAlarm, not the Akonadi version. Git commits 95ddc27d38e451c631e0d705d235d99386c847da (master), 6f924f5ff0bb848a4d5a5b1d02ce5a5a253889f7 (4.9 branch).