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

 
Action blocking next actions until done Thread Tools Search this Thread Display Modes
With OmniFocus, we can define projects as sequencial or parallel. By default, I define my projects as parallel. But from time to time, I have a project with an action which really needs to be done before any following one: so I mark that project as sequencial, which works OK if there is just one blocking action. But imagine the following case for a construction project:

- Get material M1
- Get material M2
- Do assembly A1
- Do assembly A2

The idea is that I can do A1 and A2 in whatever order as soon as I have M1 and M2. Right now, I have to:

1. Mark the project as sequencial
2. Create a group set to parallel around M1 and M2
3. Create a group set to parallel around A1 and A2

If we had a concept of "this action blocks any following actions until done", I could just create such an action and name it "Check I have all the materials" between M1,2 and A1,2.

Yes, some of you might find that this isn't as clean as the solution using groups. But it would be so much more simpler to put in place and to understand. Any thoughts?

Alex
 
I actually find the current implentation simpler and cleaner. Just keep your two action groups as parallel and make the project itself sequential.

I've done a lot of playing around with building different sequences of parallel and sequential groupings, and I've yet to come across a series that couldn't be expressed with the current tools. Of course, some may consider the more complex logic to be more trouble than it's worth. :-)

-Dennis
 
A couple of thoughts:

Just like you implicitly (or explicitly) do with parallel projects or action groups, picking one action to be the next action by putting it at the top of the list, you could just decide that one of those assemblies is going to be the first one you do. In fact, if you're doing this in a parallel project, not a Single Action List, the program is doing that for you if you use a Next Action view.

OmniFocus doesn't force you to do things in the proper order. Let's say you built the project as a sequential project, with just one parallel group for getting the materials (about as low effort as what you suggest):

Build the widget //
Get the materials { =
- Get Material M1
- Get Material M2
}
Build Assembly A1
Build Assembly A2

If you look at a Next Action view, it will suggest you build Assembly A1 first, of course. But if you just don't feel like building Assembly A1 today, or it is going to take more time than you have, you can look at the project in a remaining view in project mode, and see that there's something else that you could build, even though it will be styled as unavailable.

A different way might be to have the whole project be parallel, with a parallel action group to grab the materials up top. Again, if you look at a Next Action view, you'll only see the "get materials" actions until they've been completed. Maybe that's enough of a reminder for you right there? Or don't assign contexts to the assembly actions until you've finished the action group to get the materials.

As long as you're the one running the software, use it to make your life easier, not harder. Don't sweat whether your control structures are provably correct in all cases, just use them as a framework to remind you what you need to do. No one is grading you on the elegance of your archived actions, right? :-)

Here's another wild idea -- who says a project has to stay sequential or parallel for the entire duration of its existence? If you don't like making the groups, just change that as appropriate when you review the project. If you had a slightly more complex example, where you had to do a bunch of parallel actions (doing research on a subject), then a handful of sequential actions (downloading and installing a toolchain), followed by another group of parallel actions (flood the App store with dozens of similar applications), you could just write them out as an ordered list, and switch the project back and forth between being parallel or sequential as you went. Or in the simpler example diagrammed above, switch the project to parallel once you've completed that initial group. Wouldn't you do that if you were keeping track of the project with pencil and paper?

I'm not in any way trying to suggest that your suggestion is a bad one, and I'd probably use it if implemented. But I think you'll agree that it is a feature request that doesn't really add any substantive new functionality to the product, and I suspect it is going to be very difficult for such feature requests to bubble up to the top of the execution stack for the foreseeable future when Omni is pushing back long-promised major new features that have vocal community support.
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
Why are parallel project actions blue, but parallel action group actions are black? zdlo OmniFocus 1 for Mac 2 2012-05-12 09:06 PM
Single-action list/next actions Mitch Wagner OmniFocus 1 for Mac 1 2011-10-10 05:04 PM
New Actions at top? & shortcut for New Action? JustinD OmniFocus 1 for Mac 2 2011-01-06 04:02 PM
Action groups with repeating actions Chris OmniFocus 1 for Mac 10 2008-09-02 12:37 PM
action group name in actions mode? Lucas OmniFocus 1 for Mac 0 2008-06-26 10:08 AM


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


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