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

 
Single tasks as project groups & context vs project group Thread Tools Search this Thread Display Modes
I have solved my single task problem by creating a _project group_ called "Single Tasks". I then use projects as single tasks. This way, They are ready to accept sub-tasks if the need arises and are unordered - all projects are next actions.

Alternatively, they could be sorted into one of my project folders. Folders are great! Project grouping without sub-projecting! It took a while for me to figure out the correct difference between contexts and project groups. Here is how I use contexts and project groups:

Context: the _place_ where the task can be done. I work at three different offices, but some of my tasks, I can do anywhere. At first had created @office1, @office2, and @office3 and put all @officeX related tasks in their related context. I found that my mistake was that I should have put some tasks in e.g. @mac or even @email since they were unrelated to the physical office.

Project groups: the _topic_ or _area_ which the task belongs to. I realized my context mistake when I found myself naming my project groups using the same names as I had used for my contexts. "This can't be right" I thought.

So now I have contexts such as @mac and @mac:internet, @officeX, @email/im/phone and @home. My project groups are called things like "OfficeX: Documentation", "People to contact" etc.

Hope this helps somebody.
 
I just tried using projects as single tasks, but the problem is that they do not show up in the context view. Do you still do it this way?
 
Quote:
Originally Posted by brab
I just tried using projects as single tasks, but the problem is that they do not show up in the context view. Do you still do it this way?
Single tasks can now be assigned directly to a context, without having to assign them to a project (or turn them into a project).
 
No, right now I have put my single tasks into a "single tasks" project for two reasons:

1. Projects not showing up in context view
2. Projects not being assignable a context.

It's a bit tricky though. For single tasks as projects I would like to assign projects a context, but when using projects as containers (sub-projects as containers as well), I do not assign sub-projects contexts as I do not want the containers to show up in the context view.

My current solution is to view context view showing all available tasks giving me an overview of my workspace.
 
I now use the "official" approach to single tasks: tasks without a project. It works pretty well except that tasks whose start date is not due yet are shown.
 
Quote:
Originally Posted by brab
I now use the "official" approach to single tasks: tasks without a project. It works pretty well except that tasks whose start date is not due yet are shown.

Yes, I'm having the same issues. I have a lot of "projects" that are simple. They involve only 1 task, but might involve more later. I would like the "project" to also be a task, if the "project" has no sub-tasks assigned

Right now in order to get one of these simple project/task things to appear properly in the context view, I need to create a "project" with one "task" inside it and assign a context to the task. And, just in case more sub-tasks spring up, I should really assign a default context to the project.


This is a lot of extra keystrokes when all I need is a reminder to "call Karina and remind her to bring my jacket to the party".

I don't want to have a "shopping" project to contain my "pickup milk" task (context = errands –> grocery store, due date = today) and "pickup batteries" task (context = errands –>radio shack, due date = next week).

Extra projects clutter up my "project" view and over complicate the organization and make the experience cumbersome. I recognize, and need, the ability to use project heigherarchy to organize complex projects. But I want my little reminders in the same program without the added complexity.

Does anyone have a good workflow to address this? Am I missing something?
 
Furthermore - In some of my bigger projects, Tasks have subtasks that have sub tasks. And some of them require that the actions be done in order and some don't.

I don't really see the need to differentiate between "projects" and "tasks". Wouldn't it be easier, simpler, and more flexible to have every "task" be a "sub-project" and every subtask be a "sub-sub-project" with all of the same options and metadata, including an "actions must be performed in order" true/false?

Why the disctinction? it seems to complicate things. What am I missing?
 
While there is certainly a top-level distinction between the two, is not this how it already basically works? You can set a default context to tasks with sub-tasks, which its children will inherit, and you can set whether or not it is a parallel or sequential sub-project. And if I have a task that needs to be a full blown project, I can just drag it over to the shelf and it becomes one. If a project needs to be a task, I drag it out of the shelf into another project, and it becomes a task (with sub-tasks, if any exist). I don't know, this seems awfully flexible to me, and it helps keep things tidy.
 
It seems the disctions between 'full blown' projects and tasks-with-sub-tasks (or sub-projects) boil down to:

1. Projects appear on the left-hand pane (shelf)
2. Projects can be focused upon
3. Projects have a status (active, on-hold, etc.)
4. Projects never appear in context view, but tasks-with-sub-tasks do
5. The UI for for context, dates, sequential/parallel is different for the two.

I'm ok with 1 & 2 - they seem a useful distinction. I don't know quite how I feel about 3. 4 & 5 drive me crazy.

Re #4: I would like tasks-with-sub-tasks to NOT appear in context view until they have no remaining sub-tasks AND/OR they can be optionally set to automatically check themselves off when all sub-tasks are complete.
 
I'm fine with 1-3, actually. I think if a task is growing complex enough to require its own status, it should probably be an actual project. Drag it over to the shelf. That's just the way I work, though.

#4 has been fixed in a recent build. I'm looking at it now. A sub-project acts just like a project in context view, it isn't there. Further, the sub-tasks that are available show the *sub-project* in the project column, not the parent project. Project assignment drop-down has sub-projects available as choices.

I hope they address #5, too. Not having an icon for sequential lends the assumption that it is parallel, since that is what parallel projects look like. And I'd prefer it if the context were not visible, too. Minor quibble though.
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
Task Groups (and their Tasks) don't show up in Project view Rockyroad OmniFocus for iPhone 15 2010-07-12 01:34 AM
Tags, Aliases, Folders, Context, Project, Groups, etc.. dancingbrook OmniFocus 1 for Mac 1 2009-07-20 01:00 PM
Group by context within a project nestorph OmniFocus 1 for Mac 2 2009-04-08 07:24 AM
View All Tasks Regardless of Context, Project, etc rwoodruf OmniFocus 1 for Mac 1 2009-04-07 04:51 PM
Cleanup not assigning project-less action to my 'single actions' project bongoman OmniFocus 1 for Mac 0 2007-12-11 02:04 PM


All times are GMT -8. The time now is 03:13 AM.


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