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

 
Waiting Tasks Thread Tools Search this Thread Display Modes
Moin!

What is the preferred way with OmniFocus to handle actions that I am waiting for someone else to act? E.g if I delegate a responsibility to someone else by sending an email. I have completed my action, but for the project to continue I have to wait for the reply. How do I model that in OmniFocus.

TIA and so long
-Ralf
 
I just add a new action "from [person], [what I'm waiting for]" and put it into a "waitingfor" context. Sometimes I'll add a due date, if I feel like I want to follow up if I haven't heard back in, say, a week.
 
I do what Craig does. Sometimes I'll also add a future start date if I want to help myself to be patient in waiting for a reply. That keeps the item from appearing in my waiting-for context until the start date arrives.
__________________
Cheers,

Curt
 
I have a @waiting context too, but I often assign one of my people contexts instead if I'm waiting on someone I work with regularly.

For example, if my coworker Chad is handling some portion of the project, I'll assign @Chad. The next time I have Chad on the phone, or on iChat, or see him at a meeting, I can just pull up my @Chad context to see all of the things related to him, including tasks I'm waiting for him to finish.

I guess the main difference is my @Waiting context is on hold and the @Chad context isn't. So anything with @Waiting doesn't show up in my working context view; I only see the items in my weekly review (when I check my on hold items). So for me, the @Waiting context gets used more for long term actions (e.g. Wait for W-2 forms @waiting), where as my @Chad context is something I want to see everyday (e.g. Wait for Chad's library code changes @Chad).

-Dennis
 
Quote:
Originally Posted by Toadling View Post
I guess the main difference is my @Waiting context is on hold and the @Chad context isn't.
That is a difference with my usage. I don't put any contexts on-hold.
__________________
Cheers,

Curt
 
This is the perfect argument for allowing items to belong to more than one context, so that a "waiting for" item tasked to Jeremy can belong both to a "waiting for" context and to a "Jeremy" context.

As a distant second preference, the ability to search the entire file instead of the current perspective would work, but I like multiple contexts better.

Not pure GTD, I know, I know, but it would work for moi.
 
Why not just make a Jeremy context inside the Waiting For context, a Jeremy context inside the Agenda context, then select both the Agenda : Jeremy and Waiting For : Jeremy contexts for simultaneous viewing? You can look at the top-level Waiting For context to see everything you're waiting for, you can look at the Agenda : Jeremy context to see the things you want to work on with Jeremy next time you're together.
 
Quote:
Originally Posted by Jody Severson View Post
As a distant second preference, the ability to search the entire file instead of the current perspective would work...
This already exists, doesn't it? Just use the "All Items" default perspective and then search. Or am I misunderstanding?

-Dennis
 
Dennis: folks want the option to have the search tool default to a whole-database search. Same results as your method, though. (I'm assuming they want completed actions excluded from the results.)

In any case, it's one of the feature requests we have in the development database...
 
Quote:
Originally Posted by Brian View Post
Dennis: folks want the option to have the search tool default to a whole-database search. Same results as your method, though. (I'm assuming they want completed actions excluded from the results.)

In any case, it's one of the feature requests we have in the development database...
Ah, I see. Thanks, Brian. I'm glad to hear this is under consideration, as long as OmniFocus doesn't lose the ability to limit the search scope to a selected folder; I actually find myself using that more often than I think I'd use "Search All".

As an aside, I think the current "All Items" perspective includes dropped and completed items. So I assume that option would remain in addition to the proposed "default whole-database search sans completed actions" feature mentioned above? Of course, it's probably too early to really go into much detail. I'm just thinking out loud again. :)

-Dennis

Last edited by Toadling; 2008-07-09 at 10:10 PM..
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
AppleScript that adds Waiting For emails from Mail.app (delegated tasks) to OmniFocus simplicitybliss OmniFocus Extras 139 2014-01-16 12:25 PM
Script to add delegated tasks from entourage to "Waiting" context in OmniFocus tarun101 OmniFocus Extras 1 2010-05-21 08:09 AM
Waiting/On Hold contexts make tasks unavailable andreyb OmniFocus for iPhone 4 2009-07-18 08:33 AM
Waiting context vs waiting project status? marshallj OmniFocus 1 for Mac 3 2009-04-13 02:49 PM
Q: Tasks (or projects) waiting on other tasks? budney Applying OmniFocus 10 2008-12-30 04:42 AM


All times are GMT -8. The time now is 02:53 PM.


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