Since I am already using High-Priority as my "Star" workaround, it made sense to use other priorities for workarounds too (Using them to actually indicate hard-coded priorities is something I thankfully got away from since using GTD, or rather my own flavor of it).
Since doit.im - as most other digital GTD solutions - has no good implementation yet for separating out Action in projects that are not yet truly actionable (the old parallel/sequential project debate), I found using Low Priority as my separator for non-next actions to be quite useful.
As I set up a project and add tasks, or as I go through my reviews, I try to identify tasks in my project that are not actionable yet, e.g. because they depend on preceding tasks to be completed. These Actions are getting Low Priority. I can now filter these out and only see actionable tasks.
2 disadvantages:
- Manual effort in assigning and maintaining the appropriate priority
- I can't filter only the Next list, thus getting e.g. scheduled tasks in my Filter result, which I do not want to see. I'll add a Feature request to include the list in the Filter criteria.
Otherwise, this works nicely for me.
@khaberz
I use the same workaround - except I use No Priority instead of Low Priority for the "subsequent" tasks. http://help.doit.im/group/topic/43
I cannot think of any other way in Doit to deal with the "subsequent" tasks. But I cannot quite make up my mind if I prefer them as No Priority Next or No Priority Someday (or even No Priority Waiting, haven't tried that yet) - it is wrong either way, of course, but the question is where they disturb me the least and still are easy enough to see when I want to see them.
What I think they should implement is an "inactive" ("subsequent") group (box) within the project, only visible within the project, to which you could drag these tasks and order them manually into sequence. This has been suggested. And this could later be automated such that one task at a time pops out of "subsequent" when there are no active tasks left.
BTW, I totally agree with you that hard priorities is not advisable, i.e. a hard "sequencing" or "ABC phasing" to the effect that you "must to these ones first and only after that can do these other ones", So I have chosen to use the priority feature as a "review priority", i.e. "must consider these first / more often" - but not necessarily do them first (because the final choice will depend on the situation). http://help.doit.im/group/topic/55
I use the same workaround - except I use No Priority instead of Low Priority for the "subsequent" tasks. http://help.doit.im/group/topic/43
I cannot think of any other way in Doit to deal with the "subsequent" tasks. But I cannot quite make up my mind if I prefer them as No Priority Next or No Priority Someday (or even No Priority Waiting, haven't tried that yet) - it is wrong either way, of course, but the question is where they disturb me the least and still are easy enough to see when I want to see them.
What I think they should implement is an "inactive" ("subsequent") group (box) within the project, only visible within the project, to which you could drag these tasks and order them manually into sequence. This has been suggested. And this could later be automated such that one task at a time pops out of "subsequent" when there are no active tasks left.
BTW, I totally agree with you that hard priorities is not advisable, i.e. a hard "sequencing" or "ABC phasing" to the effect that you "must to these ones first and only after that can do these other ones", So I have chosen to use the priority feature as a "review priority", i.e. "must consider these first / more often" - but not necessarily do them first (because the final choice will depend on the situation). http://help.doit.im/group/topic/55