Version: 3.3.1 (using KDE 3.3.1, SuSE) Compiler: gcc version 3.3.3 (SuSE Linux) OS: Linux (i686) release 2.6.5-7.111-default For recurring To-dos, Kontact shows something like Summary Recurs Priority Complete Due Date/Time [ ] Pay phone bill * 3 [______] 2004-11-01 [ ] Pay gas bill * 3 [______] 2004-11-02 After I click on the top check box, it shows [ ] Pay phone bill * 3 [______] 2004-12-01 [ ] Pay gas bill * 3 [______] 2004-11-02 The only thing that has changed is the month of the "due date". I find this change is easy to miss, especially because my attention is on the check box at the other end of the line. It is too easy for me to check off the same recurring to-do more than once. At the very least, the to-do should move down so that the list is still sorted by date. I would also like a checked-off line inserted, which I would purge later on. [x] Pay phone bill 3 [======] 2004-11-01 [ ] Pay gas bill * 3 [______] 2004-11-02 [ ] Pay phone bill * 3 [______] 2004-12-01
The reason why I didn't implement it that way was because the calendar file gets too cluttered if we create a new task everytime you check it. But I guess this behaviour should be optional. I'll work on it, but I can't promise it will be in KDE 3.4. :(
I've just come over from Sanjay Ghemawat's Ical (or at least, I'm trying to), so forgive me if this comment is out of place... So far, it seems to me that KOrganizer's handling of completed ToDo items is not as clean as Ical's. I'll start with a non-recurring ToDo. All that are not yet completed or that were completed today are shown in the ToDo list, and all that were completed in the past are not shown at all (unless you review the calendar's history, in which case they're shown as completed on the day on which you completed them, and otherwise not shown at all). This alleviates clutter in the ToDo screen automatically, while leaving the completed item around for just long enough to be satisfying :) A ToDo item can be scheduled to appear in the future, by going to the day on which it should appear and entering it in the ToDo box. Then it will appear on the given day, and remain until you complete it. Repeating ToDo items seem to be dynamically generated as multiple individual items. Yes, it clutters the .calendar, but it allows clean, predictable behaviour: each one appears when it needs to and sticks around until it needs to go away. The only special handling needed is to generate them on demand, so from the coding perspective it's elegant. And of course disk space is only going to get cheaper. In KOrganizer, the awkwardness I percieve in the ToDo list so far is mainly related to the handling of completed items, but I believe that this has a bearing on this bug. The only way I've found of telling ToDo items to go away is to Purge (or delete) them. That's clumsy: it's nice to have a record of when items were completed without explicitly saving them off to another file (although from the calendar file clutter perspective it's nice to be able to do that too). But I sometimes want to use the calendar to quickly check when I last changed the oil (or the timing belt) in my car, etc, and it's nice if such data are easy to locate without loading additional calendars. In summary: I would like to convince you that it's worth re-examining the "create-new-appointment" approach to recurring ToDos, and simultaneously changing the behaviour of completed ToDos in the interface. As an aside, KOrganizer is the piece of software that forced me to examine KDE as an alternative to Gnome, and so far I'm delighted. Thanks!!
Bram Schoenmakers notes that "the calendar file gets too cluttered if we create a new task everytime you check it". Strictly speaking, I'm not asking that you really create new tasks, just that the GUI present check-offs that way. For instance, if you could make it work by adding "checked off up to" and "purged up to" date fields in the task data structure, that would probably work for me.
"checked off up to" does already exist, if I understand right this is the completion date.
One more remark: I've implemented an option some time ago to put a line in today's journal when you check a todo. This will be in KDE 3.4. This will solve the problem of checking when the car's oil was changed (see Ben's story). But there must be some visual response in the todo list itself, I guess.
Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list.
*** Bug 175357 has been marked as a duplicate of this bug. ***
This behavior has changed by 4.2.2. At the moment, I see the following feedback when completing recurring to-dos: 1. The to-do is moved to the bottom of the list, which is visually noted because the scroll bar will move down to reveal it, and because the item is highlighted. 2. The due date is revised (although not until the next interaction, which is a bug)
In Kontact 4.3.2 (Kubuntu 9.10), the to-do moves to the bottom of the list, and the due date in the list is revised immediately. That's all I could ask for. Should we close this bug, and maybe file a separate bug about the due date revision against 4.2.2 if that version is still supported?
.