Version: 3.2.1 (using KDE 3.2.2, (testing/unstable)) Compiler: gcc version 3.3.3 (Debian 20040401) OS: Linux (ppc) release 2.6.5-rc3-ben0 I'm not sure if this is a bug or just bad behavior, but the percent completed feature is not handled right with subtasks: 1) When I create subtasks of a tasks and then modify the percent completed of each subtask, the percent completed of the supertask is not modified accordingly. 2) The previous behavior would lead me to believe that percent completed of subtasks is unrelated to supertasks, except when I check the box to mark the supertask as completed, all of the subtasks are marked completed automatically. However, when I select percent completed to be 100% in the supertask, the subtasks are not changed. This behavior is inconsistent. In my opinion, subtasks should be completely bound to the supertasks. Changing one should modify the other accordingly.
On Monday, 03. May 2004 08:40, Michael J.Korman wrote: > In my opinion, subtasks should be completely bound to the supertasks. > Changing one should modify the other accordingly. But then you can't have hierarchies any more where your supertask involves more than each of the subtasks accumulated. E.g. take cooking a meal: [ ] cooking dinner tonight [ ] shopping: whatever you need [ ] Ask for the time [ ] Does your better half like the food? Surely, you won't put in a subtask "[ ] cook the dinner", and you don't want the task marked finished when you have checked everything before you do the actual cooking. However, when you're finished with cooking, you just check the superitem, and all subitems are also finished. Another sitation in which you don't want the supertask to be bound to the subtasks is if you categorize your todos visually: [ ] KDE [ ] KOrganizer [ ] fix bug XXX [ ] implement that new feature [ ] Check if korg really crashes in that situation [ ] KPilot [ ] Conduit so and so does not behave. The KDE, KOrganizer and KPilot supertasks should never be checked, because in the future you'll have new items there. Now, the latter case should probably be implemented via uncheckable entries in the todo list, but that's not possible yet, so completely binding subtodos with their supertodos is suboptimal. Cheers, Reinhold
*** This bug has been marked as a duplicate of 60558 ***