The Omni Group
These forums are now read-only. Please visit our new forums to participate in discussion. A new account will be required to post in the new forums. For more info on the switch, see this post. Thank you!

Go Back   The Omni Group Forums > OmniFocus > OmniFocus 1 for Mac
FAQ Members List Calendar Search Today's Posts Mark Forums Read

 
impact of "unholding" Waiting context Thread Tools Search this Thread Display Modes
I was creating my "on-the-go" context lists and notice that unless you put the "Waiting" context in the "Active" state - it doesn't show up in the context pane for printing.

My best guess this is done for "information hiding" purposes - some people are not looking to get distracted by things that are waiting as any dropped balls will get caught in a weekly review.

is this a correct assumption in regards to its design?

is there a different way I can achieve seeing the items that are Waiting for the purpose of printing this list out without "unholding" the context?

I have a similar issue with my "Calendar" context (next actions that are on my calendar) - I don't really need to see these but it is useful on-the-go and during my weekly review.
 
Can you get what you want by switching between the Active and Remaining settings in the left-hand lozenge of the view bar? If so, you could save a perspective for printing and a different one for interactive use.
__________________
Cheers,

Curt
 
hmm - i thought that might work but the issue is as soon as you go to "remaining" you get other items that are not next actions.

I am wondering if there is another purpose to holding the next action context other than to get it out of one's view.

it is "technically" an active context with a set of next actions so it's a bit misleading (IMHO)
 
Correct - items in an on-hold context are by definition not considered to be available; you can't act on them.

The solution, as Curt suggested, would be to show 'remaining' actions instead of available ones.

Last edited by Brian; 2008-07-07 at 01:15 PM.. Reason: I fail at capitalizing names.
 
Quote:
Originally Posted by Brian View Post
Correct - items in an on-hold context are by definition not considered to be available; you can't act on them.

The solution, as Curt suggested, would be to show 'remaining' actions instead of available ones.
The problem with Curt's suggestion, if I'm reading all the postings correctly, is that chinarut is trying to do this in Context mode, where it won't show up even with Remaining as the context selector unless the Waiting context is taken off Hold.

Maybe you could print both "pieces" to PDF and join them before spraying them all over some innocent tree?
 
If I'm keeping everything straight, I think it should work - I've got my view bar set up like this:

[Remaining] | [Context] [Project] [Remaining] [Any] [Any]

The on-hold context I use for testing is visible, and my 'testing testing 123' action inside that context is visible.
 
Quote:
Originally Posted by whpalmer4 View Post
trying to do this in Context mode, where it won't show up even with Remaining as the context selector unless the Waiting context is taken off Hold.
this is correct. my workaround is to "unhold" the Waiting context. when I print out my context lists - I can follow up on items I've delegated while on the run.

that said, I think this is a matter of semantics. It would be good to hear whether David Allen actually calls actions in the context of "waiting" a next action or not.

in other words, if I have a project to get my housing deposit back and I am waiting for my landload to get back to me about it, my next action (or lack of action which I now understand why it is debatable) is to wait for my landlord. it will become a next action for me at the point I feel my landlord has dropped the ball or I feel some more accountability over the issue.

It would be nice to not have to fumble around with the held/not held state of the context and just have a view/perspective where I don't see my waiting list and a view where I see everything (for next actions on the go and weekly reviews)
 
I keep my waiting context active but I put it at the bottom of my context list. I scan it every day or two to see whether there's anything in there I need to move on. I also use the start date liberally, as a tickler, for things I'm waiting on. To take your example, I might give my landlord a week to get back to me, so I'll enter "1w" in the start date field. When I do that consistently, the waiting context (with my view bar set to show available actions) only shows things that might need attention.
 
Quote:
Originally Posted by brianogilvie View Post
I keep my waiting context active but I put it at the bottom of my context list.
this is definitely consistent with my implementation and has been doing the trick quite well!
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
The impact of "iPad or bust" RobTrew OmniFocus 1 for Mac 3 2012-11-27 06:42 AM
Script to add delegated tasks from entourage to "Waiting" context in OmniFocus tarun101 OmniFocus Extras 1 2010-05-21 08:09 AM
One more time "Waiting For" / "On Hold" offline81 Applying OmniFocus 9 2010-03-29 10:42 AM
"Waiting" context will not sync with mobileme between mac and iphone bwgtder OmniFocus Syncing 1 2009-12-07 02:18 AM
Project context menu: "Complete" vs. "Completed" vocaro OmniFocus 1 for Mac 6 2007-12-11 09:18 AM


All times are GMT -8. The time now is 08:28 PM.


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