I guess at the end of the day David Allen's original solution for Maybes and On Holds is the simplest: Create a context (or two, if you want to differentiate the concepts) for these kinds of tasks (actually probably projects, really, once you get to them).
Or alternatively, work on the project side and define the whole project as On hold and/or Maybe. OmniFocus seems to be designed this way, with Inactive projects (though it does not distinguish between the two, I think a solution could still be to make a Maybe master project folder for the 'real' maybes/brain dumps versus 'real' on holds which as simply inactive.
In kGTD, the other easy shortcut was to NOT assign contexts to on hold tasks, which would then not show in the context view and appear as grayed out in the project view. Omnifocus seems more robust than that.
A different issue is the 'waiting for' category, but that's probably solved with a combination of start dates and/or sequential tasks. We should be in good shape there.
Or alternatively, work on the project side and define the whole project as On hold and/or Maybe. OmniFocus seems to be designed this way, with Inactive projects (though it does not distinguish between the two, I think a solution could still be to make a Maybe master project folder for the 'real' maybes/brain dumps versus 'real' on holds which as simply inactive.
In kGTD, the other easy shortcut was to NOT assign contexts to on hold tasks, which would then not show in the context view and appear as grayed out in the project view. Omnifocus seems more robust than that.
A different issue is the 'waiting for' category, but that's probably solved with a combination of start dates and/or sequential tasks. We should be in good shape there.