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

 
How do you use folders? Thread Tools Search this Thread Display Modes
I'm curious to hear how people are using folders. Inspired by 7 habits, I have a folder for each of my "roles"— teacher, mentor, husband-dad, geek, artist etc. The method has some merit for weekly review and for making sure that all of my values and goals have some sort projects attached to them.

I love the built in flexibility of the folders (although, I would prefer tags and smartfolders!)

How are you using the folders?
 
Quote:
Originally Posted by steve View Post
Inspired by 7 habits, I have a folder for each of my "roles"— teacher, mentor, husband-dad, geek, artist etc. The method has some merit for weekly review and for making sure that all of my values and goals have some sort projects attached to them.
I use folders in a similar way. I've converted each role into an actionable goal. For example "Computer Science Professor" becomes "Advance and propagate knowledge of computing". Under some of my top-level folders I have another level of folders for sub-goals, like "Help others understand software development" and "Earn tenure". I find these folders extremely helpful for monthly and annual reviews.

I have to resist the impulse to over-organize, but this amount of structure seems to work well for me. While I support the idea of tags and smart folders, I think I would still maintain my current hierarchy of roles and goals.
__________________
Cheers,

Curt
 
I also use folders for roles, or for Uber-projects.

My current folders are:
Housewife
Shopping
T-Shirt Shop
House Remodel
Kids
Personal
Computer Admin (family Macintoshes)
SF Con (DH and I are Registration Chairs)
GT Con (I give a presentation every year)
Templates
Someday/Maybe

I have a couple other things that could be folders, but are top level "projects"* at the moment:

Friends
Knitting Design
Freecycle (I'm the local Moderator)

--Liz

* I use the word Project in quotes because I have few formal projects, and use this more as a sub-folder, a place to hold related actions, whether they are a linked project or not. We've discussed my heretical status elsewhere, but this works for me.
 
Quote:
Originally Posted by steve View Post
How are you using the folders?
I'm not. I haven't run into a situation yet where I really find it necessary. I suppose I could change my current project hierarchy (described in another thread), but doing so would create a lot of singletons with no bucket to collect them (in any sensible manner).

I've found that, for me at least, simply sticking to projects and action groups (sub-projects, whatever they are) is about perfect.
 
After joining the sneak peek program I used to to create a hierarchy of folders structured around several criteria. Nowadays I don’t use folders anymore: they’re too rigid. I just have a flat list of projects and I use the filters to show only the relevant informations.

By the way, I‘ve seen the same pattern with contexts. For example, I used to have the usual @WAITING FOR context. Now I just set a start date (say, next week) and I can “forget” about it until the given date; then I can review them and decide what to do: is it done? should I ask (again) what’s going on? etc…
 
I don't want to use folders, but I'm forced to since there is no concept of sub-projects in OmniFocus.

I would prefer to have one "top-level" project for each of the areas of concern that I have (e.g. work, exercise, etc.). Then I would have sub-projects for each particular thing I'm trying to Get Done. Many of them would be "singleton actions" but of course those things have a tendency to turn into bona fide projects. I would prefer that by adding sub-actions to any individual action, that would turn the parent action into a real project with all the power that comes with it.

Since you can't do that (yet??) I am forced to have a folder for each area of concern, containing a single singleton project and a variable number of actual projects. If an action morphs into a project I have to move it out of the singleton project.

This seems like a lot of work but I keep hoping that the "identity" of any "entity" in Omnifocus will eventually not depend on setting up the Project (or Library as it is now known) hierarchy in a certain way. I would like to have a project at x depth level without having to create folders, which to me seem to just add visual clutter.

I realize there are just as many preferences as there are users of this software, so take this as just my 2 cents about my particular preferences.
 
Quote:
Originally Posted by maverator View Post
I don't want to use folders, but I'm forced to since there is no concept of sub-projects in OmniFocus.

I would prefer to have one "top-level" project for each of the areas of concern that I have (e.g. work, exercise, etc.). Then I would have sub-projects for each particular thing I'm trying to Get Done. Many of them would be "singleton actions" but of course those things have a tendency to turn into bona fide projects. I would prefer that by adding sub-actions to any individual action, that would turn the parent action into a real project with all the power that comes with it.

Since you can't do that (yet??) I am forced to have a folder for each area of concern, containing a single singleton project and a variable number of actual projects. If an action morphs into a project I have to move it out of the singleton project.
I do that without any folders. Action groups are essentially sub-projects from a functional perspective. The UI is a bit wonky still, but the functionality is all there.

<edit> fixed my post which was horribly broken. nothing changed tho

Last edited by MEP; 2007-09-03 at 11:40 AM..
 
Quote:
Originally Posted by MEP View Post
I do that without any folders. Action groups are essentially sub-projects from a functional perspective. The UI is a bit wonky still, but the functionality is all there.
As far as I can tell, and which I also gathered from other threads, action groups are not projects. Meaning that you can't have a Project (capital-P) with action groups in it and expect the action groups to behave like Projects themselves. You can't independently make an action group sequential if the parent project is parallel, you can't review them separately, and you can't set state independently. (I.e. the attributes in the Project Inspector apply to the parent project, not the action group.) Yes you can look at an action group and mentally consider it a project, but from a software functionality standpoint it isn't. But if I'm wrong and it's really wonky UI issues that give this illusion let me know.
 
I'm a business owner, so I tried folders like this:

Personal
Business
Clients
--Client1
--Client2
--. . .

My kGTD method was to make actions called "Client1: update spam filters", "Client2: update spam filters", and so on, which was redundant and annoying; this is vastly, vastly better for me. I think of folders as project prefixes-- if I'm buying a mouse, a folder tells me who I'm buying it for and thus has intrinsic value to my workflow.

OF's folders are a GTD miracle that are a huge boon to my ability to organize. I absolutely love how folders work within OF; they truly provide the user with the ability to "Focus," and provide useful and consistent information in the Context's Outline view (when the proper option is selected in preferences).

Sadly, folders are worse than useless when it gets to iCal right now, because a project name can be completely ambiguous when relying on folders to provide structure, but I trust in the Omni to make these things universally useful soon.

Last edited by djbell; 2007-09-02 at 06:08 PM.. Reason: hierarchy clarification
 
Quote:
Originally Posted by maverator View Post
As far as I can tell, and which I also gathered from other threads, action groups are not projects. Meaning that you can't have a Project (capital-P) with action groups in it and expect the action groups to behave like Projects themselves. You can't independently make an action group sequential if the parent project is parallel, you can't review them separately, and you can't set state independently. (I.e. the attributes in the Project Inspector apply to the parent project, not the action group.) Yes you can look at an action group and mentally consider it a project, but from a software functionality standpoint it isn't. But if I'm wrong and it's really wonky UI issues that give this illusion let me know.
Yes and no.

You certainly can put parallel action groups inside sequential projects, and vice versa. Right-click the action group to set it's "sequentiality". I use this all the time to control dependencies on complex projects.

You are right though, that you can't set review dates and state for action groups independent of their parent projects. You also can't assign an action to an action group using the quick-search mechanism.

So, the difference really has to do with how many of the OF features you're using. If are not using on-hold projects, dropped projects, review dates, or quick-search to assign projects, then action groups behave like sub-projects. If you are using those features, then they are substantially different beasts.
__________________
Cheers,

Curt
 
 


Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes


Similar Threads
Thread Thread Starter Forum Replies Last Post
Printing Folders jgravis OmniFocus 1 for Mac 7 2011-07-14 03:46 PM
Returning to no folders hypotyposis Applying OmniFocus 28 2010-10-05 04:23 AM
How many folders is too many? paland Applying OmniFocus 4 2010-01-02 08:59 AM
no folders visible if no folders selected henri OmniFocus 1 for Mac 6 2008-11-19 09:03 AM
43 folders vocaro OmniFocus 1 for Mac 19 2007-07-29 02:40 PM


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


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