From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bernt Hansen Subject: Re: What do you use to identify projects (in the GTD sense) Date: Mon, 12 Dec 2011 14:58:09 -0500 Message-ID: <87obvdlfzi.fsf@norang.ca> References: <87ty7ge2p1.fsf@norang.ca> <20111211164948.GA1082@kenny.fritz.box> <87wra2eorn.fsf@norang.ca> <20111212182955.GB46849@kenny.fritz.box> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:33088) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RaC0v-0003Cu-6G for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:58:18 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RaC0t-0004ZK-Kg for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:58:17 -0500 Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:58897 helo=mho-01-ewr.mailhop.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RaC0t-0004Z7-HR for emacs-orgmode@gnu.org; Mon, 12 Dec 2011 14:58:15 -0500 In-Reply-To: <20111212182955.GB46849@kenny.fritz.box> (Viktor Rosenfeld's message of "Mon, 12 Dec 2011 19:29:55 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Viktor Rosenfeld Cc: emacs-orgmode@gnu.org Viktor Rosenfeld writes: > Hi Bernt, > > sorry, I wasn't more specific. My problem is with projects that consist > of subprojects and simple tasks. Consider the following scenario: > > * TODO Project > ** TODO Subproject A > *** NEXT Task A1 > *** TODO Task A2 > ** NEXT Task B > ** TODO Task C > ** TODO ... > > Task B and C have to be done in order. However, Subproject A is somewhat > independent and can be done in parallel, while working on Task B and C. > > When I mark Task B as DONE, the Project is still unstuck because of the > a NEXT task in Subproject A. Meaning that I never get to schedule Task C > or any following tasks until I'm done with Subproject A. > > One solution to this problem would be to trigger a state change in Task > C automatically when Task B is done. But I'm afraid that is too much > setup and also not flexible enough. Often, when I consider a stuck > project I schedule next actions that I haven't thought of before or even > put the project on a someday list. > > Another solution would be to implement a stale projects list, i.e. a > list of projects that have defined next actions, but haven't seen any > work in the last X days. Okay - I have a custom skip function for identifying stuck projects. You should be able to create one that only looks at immediate subtasks to address the above example. This would make project independent of subprojects when determining if it is stuck or not without requiring you to rearrange your task hierarchy. > > Cheers, > Viktor > > PS: Your org-mode site is generally the bomb! Thanks :) HTH, Bernt