Version: 1.8.91 (using KDE 3.4.91 (beta1, >= 20050910), Gentoo) Compiler: gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) OS: Linux (i686) release 2.6.12-gentoo-r9 Steps to reproduce: 1. Start Kontact 2. Go to the "KMail" tab 3. Mark a message as To-do 4. Go to the "To-do List" tab Expected result: 1. See the mail message marked as "To-do" Actual result: 1. Not see the mail message marked as "To-do"
I agree, this is also what I expected : that kmail has created a "to-do" in the default calendar with the title of the mail as subject and the text of the mail as the details. This would be a great feature (not too difficult ?) to implement (at least very usefull for me).
Created attachment 13867 [details] implement the call to korganizer to add a Todo Since I think that this feature would be usefull, I've tried to make a little patch. When the user set a "Todo" label for the message, a DCOP call to korganizer is launched to open a TodoEditor with the subject of the mail as title, and the body of the mail as description. If korganizer is not launched before applying the label, nothing is done. If this patch is accepted, maybe I will try to extend the DCOP interface of korganizer to bypass the opening of the todoEditor and directly accept the new todo.
Thanks for looking into it. The patch is an improvement. Unfortunately KMail users tend to want more as soon as they get a little feature. What happens to the integration, if you remove the todo status from a message? How can I get from the todo to the message which has initiated the todo? You see there is more to it than just adding the DCOP call, but it's at least a beginning worth to be continued.
I've also thought about the global integration, something like : - label as todo -> add the todo in the korganizer - remove the todo label in kmail -> delete the todo in korganizer - delete the todo in korganizer -> remove the todo label in kmail But the problem was that I didn't figure out how to implement this without storing in a KMMessage a reference to the internal representation of the corresponding todo in Korganizer. Same thing, we need to add a reference in korganizer to the internal representaion in Kmail of the mail which was at the origin of the todo. I thought this was a too big "interdependance" between kmail and korganizer which are two separates project. Moreover, we need that the representation of the todo in korganizer fit the iCalendar standard. This was the reason, I only tried to implement the possiblity in one sense (mark as todo -> new todo in korganizer). The only easy improvement that we can make is to extend the korganizer DCOP interface to add a function like addTodoEditor(QString,QString,QString) which will allow to bypass this useless todoEditor window. Of course, if you are able to implement a complete integration between the todo in kmail and korganizer this will be better.
I think this is duplicate for bug 66566.
*** This bug has been confirmed by popular vote. ***
*** This bug has been marked as a duplicate of 101880 ***