The Omni Group Forums

The Omni Group Forums (http://forums.omnigroup.com/index.php)
-   OmniFocus 1 for Mac (http://forums.omnigroup.com/forumdisplay.php?f=38)
-   -   Possible to have on-hold Actions (like Projects)? (http://forums.omnigroup.com/showthread.php?t=6465)

omnibob 2007-12-25 09:01 AM

Possible to have on-hold Actions (like Projects)?
 
Projects can be set to "On Hold". I have plenty of Actions whose Project is not on hold, but for which I have Actions that are in a Waiting For status. So far I've assigned such Actions to a "WF" (or "WF - Joe") Context, and if the WF is ad hoc (i.e., one I don't want to bother creating a "WF - <whomOrWhatEver>", I append " WF: <whomOrWhatEver>" to the Action. I can filter on the "WF" status. Once the WF is done, I switch the Context to whatever the actual context is.

Unless I'm missing a method, it would be handy to be able to mark Actions as "On Hold" like Projects can be marked. This might make filtering easier, and also avoids having to think about, and then switch the Context from "WF" to the appropriate context.

Bob

ptone 2007-12-25 11:56 AM

I think the way to handle this is to not assign it a context (a context implies you have a sense of exactly how you would do it, and are ready to go)

Then when looking at available actions, these would not show.

-P

davisre 2007-12-25 01:35 PM

[QUOTE=ptone;29709]I think the way to handle this is to not assign it a context (a context implies you have a sense of exactly how you would do it, and are ready to go)

Then when looking at available actions, these would not show.

-P[/QUOTE]

The more common way to do this is to set the Waiting For context to "Blocks Next Action" -- which in the latest build [I]is[/I] called "On Hold".

omnibob 2007-12-27 09:50 AM

[QUOTE=ptone;29709]I think the way to handle this is to not assign it a context (a context implies you have a sense of exactly how you would do it, and are ready to go)[/QUOTE]

So far the vast majority of Actions I have that are waiting for have a Context that is known up front. "Order widget X." @computer [waiting for budget approval]; "Go for walk on beach." @errands [waiting for sunny day]. So for me, I'd rather have it entered up front, but I can see this isn't the case for everyone. Still, having a "WF" or "WF- Electrician (or someone like him)" is a handy way to filter; it would be interesting to have a second Context assignable to an Action, sort of queued up that would take over when the WF is done. Go ahead, throw the beer bottles this way, I'm surrounded by chickenwire! ;)

davisre: thanks for the Context "On Hold" tip -- I'll give that a try.

Bob

davisre 2007-12-27 11:10 AM

[QUOTE=omnibob;29772]So far the vast majority of Actions I have that are waiting for have a Context that is known up front. "Order widget X." @computer [waiting for budget approval]; "Go for walk on beach." @errands [waiting for sunny day]. So for me, I'd rather have it entered up front, but I can see this isn't the case for everyone. Still, having a "WF" or "WF- Electrician (or someone like him)" is a handy way to filter; it would be interesting to have a second Context assignable to an Action, sort of queued up that would take over when the WF is done. Go ahead, throw the beer bottles this way, I'm surrounded by chickenwire! ;)
[/QUOTE]

It sounds like you're actually talking about actions grouped into a project. At least that's how I'd do it. The "Get a Widget" project might start with three actions: ask for approval (context: phone), receive approval (context: waiting, which is set to on-hold), and purchase widget (context: errand).

omnibob 2007-12-27 01:27 PM

[QUOTE=davisre;29775] The "Get a Widget" project might start with three actions: ask for approval (context: phone), receive approval (context: waiting, which is set to on-hold), and purchase widget (context: errand).[/QUOTE]

I was hoping to avoid that much granularity; and "receive[ing] approval" does not seem to be a physical action (that you can do; but I suppose the eventual reading of the email or listening to the voice of the approver is such a physical action -- just waiting to happen (this is getting sort of metaphysical;)); but I do see how breaking it down brings some clarity. What context would you assign "receive approval" to after you've received the approval? I suppose context: phone (or computer, etc.)... Thanks.

Bob

davisre 2007-12-27 01:59 PM

[QUOTE=omnibob;29784]I was hoping to avoid that much granularity; and "receive[ing] approval" does not seem to be a physical action (that you can do; but I suppose the eventual reading of the email or listening to the voice of the approver is such a physical action -- just waiting to happen (this is getting sort of metaphysical;)); but I do see how breaking it down brings some clarity. What context would you assign "receive approval" to after you've received the approval? I suppose context: phone (or computer, etc.)... Thanks.

Bob[/QUOTE]

Well, I don't change the contexts of my actions after they're set, except to correct an error or something. They'd remain as I described above. As I'm working through a project, I just check things off, so in this case, after placing the phone call, I check off "ask for approval," and then when I receive approval I check off the "receive approval" action, which moves me to the next action, "purchase widget."

omnibob 2007-12-27 03:23 PM

DOH, that makes total sense. The "waiting for" is just marked as complete. Thanks.

Bob


All times are GMT -8. The time now is 12:42 AM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2019, vBulletin Solutions, Inc.