From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eddward DeVilla" Subject: Re: depending TODOs, scheduling following TODOs automatically Date: Mon, 8 Oct 2007 15:35:22 -0500 Message-ID: References: <6dbd4d000710080626i52f0f0t9354addc33c0efee@mail.gmail.com> <20071008134353.GA10774@odin.demosthenes.org> <877ilxmimn.fsf@bzg.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IezK1-0000IB-TO for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 16:35:25 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IezK0-0000G9-9o for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 16:35:25 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IezK0-0000G1-4Z for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 16:35:24 -0400 Received: from fk-out-0910.google.com ([209.85.128.186]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IezK0-0000Lk-4A for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 16:35:24 -0400 Received: by fk-out-0910.google.com with SMTP id 19so1350996fkr for ; Mon, 08 Oct 2007 13:35:22 -0700 (PDT) In-Reply-To: <877ilxmimn.fsf@bzg.ath.cx> Content-Disposition: inline List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: emacs-orgmode@gnu.org On 10/8/07, Bastien wrote: > Implementing tasks-dependencies sounds pretty exciting! > > I'd like to jump in this discussion with a very simple idea. > > ,---- > | * TODO When this task is marked done, send SCHEDULED to the next task > | :PROPERTIES: > | :SEND: {SCHEDULED 'next "+1d"} {TODO 'next "TODO"} > | :END: > | > | * When previous task done, this will turn TODO, SCHEDULED for +1 day > `---- > [:snip:] > What do you think? My only real issue is that I tend to think of task dependencies in terms of the other tasks a given task is waiting on rather than what other tasks are waiting on a given task. This feels a little backward to me, but I could still use it. I'd still have to think about how to use this to make projections, but all the info is there for that. Edd