add a 'followup' button next to 'delete' and 'edit'

[tracksapp]

add a 'followup' button next to 'delete' and 'edit'

[dnrce]

On March 3, 2006 at 00:08:25 (-0800), Anonymous commented:

Nice idea.

[dnrce]

On February 2, 2007 at 11:55:33 (-0800), Anonymous commented:

As asked for on the mailing list. I vote a +1 for this one

[dnrce]

On December 12, 2008 at 10:35:54 (-0800), Anonymous commented:

Considering for 1.8

[dnrce]

On December 12, 2009 at 10:40:54 (-0800), epall commented:

This is already taken care of by the "Go to project page on todo complete" preference

[dnrce]

On December 12, 2009 at 08:03:08 (-0800), lrbalt commented:

I think the ticket is asking for some jquery magic, i.e. close the todo as completed and fill in the new todo form with the data from the completed ticket. This way you could quickly create a follow-up on the todo that was complete

[dnrce]

On August 8, 2010 at 01:40:08 (-0700), lrbalt commented:

Duplicated association with ticket #143 was added

[dnrce]

On November 11, 2011 at 05:20:56 (-0800), popsch commented:

I was thinking of this and my suggestion is this instead of creating a new todo:

In the edit menu add a 'follow-up' action which does:

1. look up the user-defined @FollowUp context in the preferences (in my case 'waitingfor')
2. look up the user-defined @FollowUp initial delay (could be 7 days)
3. change the context of the todo
4. change the show-from of the todo
5. save the todo
6. refresh the view

A good icon would be one of the 'share' from Fugue: http://www.freeiconsweb.com/search-icons.asp?find=share

This is easier to implement than some jquery magic.

[dnrce]

On December 12, 2011 at 02:05:07 (-0800), lrbalt commented:

I missed the discussion here, sorry for the late reply.

I do not agree with the suggestion. Tracks handles next-actions, so "ask XYZ to do stuff" is an action whcih you'll complete first and then you add "check if XYZ did stuff" in @Waiting-for. So the initial requested behavior is correct IMHO, but just changing context and show-from is not.

Other example "write report for audit" is probably a project with the a next-action being "write first draft" followed by "gather comments on first draft". These are different actions, not the same action. The behavior above is more like handling a project without defining its next-action...

[dnrce]

On December 12, 2011 at 07:40:30 (-0800), popsch commented:

The problem is that many actions often go through local loops like:

#1 wait for person X to write report for audit
#2 review report for audit and leave comments
#3 wait for person X to address comments
#4 review report for audit and leave comments
#5 wait for person X to address comments
#6 review report for audit and leave comments
....

This is most easily implemented by just

• review report for audit and wait for person for comments

And then move it to the @Waitinfor or to a different context.

I agree that it's better to create a new action instead of spinning on the current action, however, it makes it easier to handle dependencies.