Multiple Contexts per Task [now in TestFlight]

Interesting conversation and points of view. Clearly this is something that has been debated a great deal already. Maybe tags is the answer. Not entirely sure. For the sake of example, here is a use case: I have contexts for type of work. An example of which is “Documentation”. To this context I have assigned different related items. I also have a “Waiting For” context under which I have different people. I find that I would like to have an item exist under documentation but also in the waiting for context when I am expecting a particular piece from someone. This way when I am looking at documentation that I have to submit I can see that this item exists but also if I am in a meeting with a person I can see that they owe me this specific piece. I might also want it to exist in a “Follow Up” context for mornings when I feel particularly proactive. Not sure if this warrants multiple contexts I feel like it does and I don’t really foresee any added complexity but then I am no expert nor am I a developer. There may be a much better way to handle such a thing. If so i would love to hear about it.

I use to work for several proposes, for example: I am make a document for some university and some person I need to refer it to the university, or tne person or my company. so this item need to have @university + @mike + @mycompany

OmniFocus has never supported multiple contexts on an action, and it’s not on the way for 2.0 as far as I’ve seen.

You could use nested contexts, but you should also consider if there are better ways to find what you’re looking to do. Contexts are not tags.

Continuing the discussion from How can I add more than one @context:

I personally think it’s a great feature of OmniFocus to not have multiple contexts.

Reduces complexity, reduces friction for working.

6 Likes

imagine doing this for all Your 100something tasks, creating gazillions of tags- like not taking care of due tasks, contexts would probably lose their effectiveness allover. For this reason (and in accordance with David Allens “GTD”) Omni decided to have only one context: a location, a tool, something this particular thing can’t be done without.

Enter contexts ;-)

1 Like

All - this thread could quickly devolve into YAMCD (Yet Another Multiple Context Debate). ;)

I think it is more useful to explain how the use case can be managed with OF2 than debate the pluses and minuses of multiple contexts. I personally prefer multiple contexts, however I use them as tags. And OF2 already supports this through perspectives or even the Search filter control in the toolbar.

@valeco, I suggest you check out this topic - Multiple Contexts per Task [now in TestFlight]

In there, I point out - “(I realize this is not a database object “tag” or an application to the current DB object “context” which extends it’s usage beyond just one context) - you can always add your own tags in the title or the
descriptions and include a search for that text string in a custom perspective.”

And @foleymeister more helpfully builds on that - “To expand on what @mr_rique mentioned, you can add an extra word with or without a hashtag, which could then be searchable from project view alongside those with the official context. For example, if you have an context for “Email” and then added #email to tasks with other contexts, you could do a search for “email” and both the tasks from the Email context and those with #email would show up. You would have either do a search or create a custom context in order for all of them to show up.”

Hope that helps you!
Rique

4 Likes

If I were to do the add extra word thing and create perspectives based on keyword search…would the perspectives work in IOS? I am increasingly sure that I need some means by which to accomplish multiple context or tags or whatever you want to call it. I also don’t understand why folks seem to think that the world will just descend into anarchy as a result. I find that at the very least I want to assign a few of things (contexts) to a task:

  • the type of work (example. documentation, administration, etc.)
  • peoples names (if I have need something from them or have delegated something to them)
  • status (waiting for, follow up, etc)

Most often I find myself wanting to assign something from each of these. Personally, I think the ability to do so would be invaluable. I mean why wouldn’t I want to be able to ask “What documentation do I have to deal with?” or if I’m going into a meeting with my team be able to pull up and print a context with all of the items I am waiting for or have delegated to them etc. and not miss items in either. I don’t like the either/or thing. I mean am I not just talking about more powerful perspectives? I may have to do the keyword thing, not ideal but if its functional so be it. But if perspectives using these keywords won’t work across IOS devices then I dunno if thats going to work.

While still keeping the simplicity of the single context but recognising that some extra functionality is needed, it would be good to have a seperate location field.

This could be used with the location reminders in iOS and enable the context field to be used for something userful outside of locations.

2 Likes

@msalam, I don’t know how it would work in OF2 on the iPhone or OF1 on the iPad. Although I own both, I am doing all of my testing on the Mac. I will give it a try when I get a chance.

And I agree with what you said. I simply don’t understand why (as you put it) some are concerned that “anarchy” is a short step away from multiple contexts (I am being facetious of course!).

But (playing devil’s advocate to myself) - given I work with databases, I totally understand the complexity of relational databases and many-many relationships. So I don’t much mind supporting this particular use case with keywords instead of another column in the db. As long as it works - and through the support of the search feature in perspectives, AFAIC, it does work just fine.

Someday (I think) Omni will support added metadata in the records and the world will change. :)

Rique

By the way, the term “Next Action” has been removed from OF2, so it seems we are leaving the pure path anyway. :^}

… so lets have our meta-data tag field to use as we like.

select * from omniDB where tag like '‘We Want Freaking Tags%’

I’ve been very excited about OF2. Having started managing tasks in Things, graduating to the more robust capability of 2Do, OF2’s clean UI, greater tools for control and forecasting all had me ready to ante up my money. The lack of tags, however, is an absolute deal-breaker for me. I’m so bummed! However you should do it theoretically, I often want to have a task tagged with a type (write a newsletter article), tool (do it in Mail Chimp, a person (need to talk to Beth to make sure I’ve got my facts right), and a general timeframe that I want to remember (NW for sometime next week). With robust tagging capability plus contexts, this would be easy: @mailchimp write Beth NW.

Not having this capability really limits with unnecessary inflexibility what otherwise looks like a wonderful piece of software.

1 Like

Would it be easier to think of writing a newsletter article as a mini-project?

Project name: Write newsletter article (Defer to: May 1, 2014, Due: May 15, 2014)
Task: Talk to Beth re: blog post for May 2014 (Context: Beth)
Task: Write article (Context: Mail Chimp)
Task: E-mail Beth for editorial approval re: blog post for May 2014 (Context: e-mail)

So this wouldn’t be just one task. This is actually a project with at least 3 tasks. I know I would love to see OmniFocus become flexible enough with tags that it can fit even more user types. But I guess we gotta do what we gotta do to get things done.

If this is a common activity (writing blog post) then you can probably save this as a project template with project status set to on-hold. Then when you need to write an article, highlight the project and duplicate it. Then change the defer date, due date, and the person that has editorial approval.

1 Like

@wilsong
You are right - in the classic meaning of GTD. Everything that has more then 1 step, is a project.
You example of breaking down “writing a newsletter” has one major disadvantage:
If you are doing this breakdown, you are forced to do it w/ every other task. BUT: Not everyone does that - including me.
I think this multiple context discussion derives from a much deeper problem the user have (incl. me). How much Micromanaging are you allowing yourself?
Tbh I find it rather cumbersome to breakdown a funky (simple) task like a “newsletter” to 5 steps. This is micromanaging and can lead to not being productive. Where is the limit? Do you check off “move left leg”, then “move right leg”, then “stand up”, then “walk to the door”, “open the door”, “go into bathroom”, “take toothbrush in your hand”, “put toothbrush in your mouth” etc. - you get the irony - in your morning ritual?
E.g. writing a newsletter could be something which can be done automatically - you do not need every single step for that - assuming you know what to do (trained as a routine/habit).
Now we come back to multiple contexts. Assuming one (like) me knows exactly what to do w/ “writing newsletter re: xy”, you could add this in a a) repeating routine or an b)SAL (Single-Action-List). Well, what is then the context? Yeah, we do not know! Imo this is why alot (the majority?) of people do not know what to do w/ contexts. We find ourselves experimenting w/ energy levels, classic GTD-approaches, etc. Simplicityisbliss.com made a really nice a approach w/ a fresh look on contexts (quick dash, think etc.) We all know that.
Imo this reflects the need to re-invent or overhaul contexts.
At the moment I use very few contexts (body, mind, passion <> locations <> agendas and waiting for), but I also would like to see an addon like tags (not multiple contexts). Tagging could be interesting in prioritising (ABC) or tagging w/ mood / energy aso.

I also wished to have multiple contexts or tags at some point in OF2 as well. Don’t get me wrong.

But I think that we only have to break down tasks only when needed. Things like “going to the bathroom” don’t need to be broken down if it is an automatic routine or habit.

Breaking a project down is best used when trying to get unstuck at something that doesn’t seem to be moving or working on an ad hoc project that you’ve never tried before.

If one has never baked a cake, a project would have to be broken down into smaller steps. But once you get the hang of it, you can just add a task called “bake a cake for Friday’s birthday party.”

one of these days, we’ll eventually get the Holy Grail.

In the same sense of passion, Things was a no-go for me because it didn’t have the review process and Forecast view that was introduced in OF for iPad and brought over to OF2 for Mac. But it’s interesting to see very different takes in the world of task management. So, I am grateful at seeing different ways of tackling this subject.

@Sionker, I expect you’ve probably read your way through this thread. But just in case you have not, did you see this post (my own) up- thread?

I guess I’m puzzled why more of the multi context or multi tag supporters (and I am definitely one of them!) don’t adopt adding keywords to title and/or descriptions and then creating perspectives which include searches for those keywords. Why is that not suggested as a solution more often?

Not judging, just curious…

I’m gonna take a guess.

Because some users are so hard-wired into using tags as the best possible solution for them and they look with contempt upon using the search filter as a “hack.”

I’m for using keywords or hashtags in the task description or notes. But I guess some folks just can’t get past the idea of the lack of tags in OF2.

I always liked finding “hacks” to make my program work. If there is a missing feature, I’ll try to find a way to make it work.

@wilsonng, I take your point. My thinking is that support for free form text searches essentially amounts to support for tag searches (that is, if you add your own tags).

So I don’t even consider it a hack, since it isn’t hidden. It is a part of OF2, and incidentally more easily accessed than with OF1. It could be easily added when setting up perspectives, no hacking required.

That said, I support tags and even multiple contexts. I just know that’s a big deal to set up in the database, because you are extending relationships. It’s not trivial.

Rique

Hmm, I agree, it’s not a hack- but it takes quite an effort to get the whole thing implemented, compared to auto-completing tags in other Things it’s a real chore in OF…

Omni is forcing this route since day one- and for a reason. Every time I try to actually take the other route (and you might guess in what environment) I consider adding this tag and that tag- creating a bunch of tags that I am later on not assigning any value to and therefore losing myself… while your mileage in concerns of control over this might (SHOULD!) vary, I see the reason for this and love to readapt to the restrictiong of one context.

But this strategy is simply keeping folks out that excel in handling tags- why not have the option to use them? I could stay within OF for my weird experiments, then ;-)))…

yeah, I do like the auto-completion part of tags. But I guess I’ve resorted to using TextExpander so that my keywords stay consistent across programs such as Aperture, OmniFocus, and Maverick’s tagging system.

2 Likes

I think for anyone working in any decently large, decentralized organization this is critical feature, especially for the “pro” user. I can see either a “people” context or a tag, I don’t care which as long as it autocompletes. That would actually make the pro price tag worth it vs. just paying for features I already had in 1.0

1 Like