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 09:49:08 -0500 Message-ID: References: <6dbd4d000710080626i52f0f0t9354addc33c0efee@mail.gmail.com> <20071008134353.GA10774@odin.demosthenes.org> 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 1Ietuy-0004n2-9t for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 10:49:12 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Ietux-0004lX-DF for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 10:49:11 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Ietux-0004lF-4z for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 10:49:11 -0400 Received: from nf-out-0910.google.com ([64.233.182.184]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Ietuw-0001Uc-OH for emacs-orgmode@gnu.org; Mon, 08 Oct 2007 10:49:11 -0400 Received: by nf-out-0910.google.com with SMTP id f5so1002981nfh for ; Mon, 08 Oct 2007 07:49:09 -0700 (PDT) In-Reply-To: <20071008134353.GA10774@odin.demosthenes.org> 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: emacs-orgmode@gnu.org I've been waiting to see if org might develop something like todo dependency ordering. Seems like one could use this with and estimated time to complete a todo item to generate a milestone table or more easily estimate how long a group of tasks will require to complete or when the soonest a given step could begin. I'm not sure if I like having the unique ID property for the todo. With drawers, it would be hidden at least and org can probably make sure they really are unique. Attaching a unique ID to todos could probably be useful in other ways to. It just doesn't feel right for a format where pretty much every thing in the files tend to be fit for human consumption. I guess I'm assuming the ID would just be a number, it could be something a little more readable/meaningful. You could allow (but not require) an arbitrary label property on each todo item. You could allow multiple dependencies (a list property?) where the dependency is named via the label (requiring that any todo item that is depended upon have a label). You could have an operation in or that will insert a label property into the PROPERTIES drawer for the current todo item for the user, possibly prompting the user for a label or automatically generating a UID based on prefix key or customization. Lastly you could have operations to copy labels and dependencies and paste them into and delete them from dependency lists (but not labels) in org buffers and agenda buffers to edit dependencies. I like that the label described above could be something the user defines or it could just random looking uid. I don't know if it would ever be used that way. I'm also not sure if an item should be allow more than one label. It would be like a software package the 'provides' more than one feature. I'm not sure it make sense in project planning. Would it be valid to name dependencies before you know where they will be addressed? I know I tend to determine dependencies well before I know when or will they get addressed, but then I don't claim to know what I'm doing most of the time. Edd On 10/8/07, Russell Adams wrote: > Lets make that more generic. How do you organize your dependencies > anyway? The basic hierarchy can't always be setup in order. > > One of the things I'd considered is an optional GUID property for each > todo, and then a DEPENDS property with the GUID of any (potentially > multiple?) dependencies. > > There'd need to be a way to navigate this list, though goto via GUID > link would work nicely. It may even be appropriate to list the current > TODO as BLOCKED until all dependencies are DONE. > > Russell > > On Mon, Oct 08, 2007 at 09:26:58AM -0400, Denis Bueno wrote: > > On 10/8/07, Rainer Stengele wrote: > > > Hi! > > > > > > Having a TODO which depends on an earlier TODO I would like to trigger the timestamped scheduling of > > > the following TODO when the former is DONE. > > > > I second this request. I often like to schedule a workflow where task > > A must precede B which precedes C, &c., but I'd rather not see that B > > and C are scheduled until and (and B, respectively) are DONE. Seems > > like a very useful way to organise. > > > > -- > > Denis > > > > > > _______________________________________________ > > Emacs-orgmode mailing list > > Remember: use `Reply All' to send replies to the list. > > Emacs-orgmode@gnu.org > > http://lists.gnu.org/mailman/listinfo/emacs-orgmode > ------------------------------------------------------------------ > Russell Adams RLAdams@AdamsInfoServ.com > > PGP Key ID: 0x1160DCB3 http://www.adamsinfoserv.com/ > > Fingerprint: 1723 D8CA 4280 1EC9 557F 66E8 1154 E018 1160 DCB3 > > > _______________________________________________ > Emacs-orgmode mailing list > Remember: use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode >