From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Wiegley Subject: Re: A much simpler way of handling dependent tasks Date: Fri, 30 Jan 2009 16:07:20 -0400 Message-ID: <1DC80FBD-4668-4796-A150-643BDB7D7EAE@newartisans.com> References: <49831696.8030002@diplan.de> <3F4D68F7-625A-472C-9D89-8D6766D61C76@uva.nl> Mime-Version: 1.0 (Apple Message framework v930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LSzeJ-0005kP-No for emacs-orgmode@gnu.org; Fri, 30 Jan 2009 15:07:35 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LSzeH-0005jW-Pe for emacs-orgmode@gnu.org; Fri, 30 Jan 2009 15:07:35 -0500 Received: from [199.232.76.173] (port=47756 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LSzeH-0005jQ-I3 for emacs-orgmode@gnu.org; Fri, 30 Jan 2009 15:07:33 -0500 Received: from johnwiegley.com ([208.70.150.153]:38002 helo=mail.johnwiegley.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LSzeH-0007TH-5w for emacs-orgmode@gnu.org; Fri, 30 Jan 2009 15:07:33 -0500 In-Reply-To: <3F4D68F7-625A-472C-9D89-8D6766D61C76@uva.nl> 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: Carsten Dominik Cc: emacs-orgmode Org-Mode , Rainer Stengele On Jan 30, 2009, at 1:37 PM, Carsten Dominik wrote: > So my feeling is that switching from one not-done state to > another not-done state should not be blocked at all. > In fact, I feel the same for the straight TODO dependencies. > > I have now adapted John's mechanism in the following way: > > - You are free to change between the different non-done states > > - Entries that cannot be switched to DONE will be greyed in > the agenda, but you can still use the agenda to switch them > between not-done states. > > - If you call `C-c C-t' (or `t' in the agenda) with a > tripple C-u prefix, any blocking will be circumvented > for the upcoming state change. This is good if you > want to cancel such a tree, before all subitems are done. > > I think this is good, and I hope that John agrees. Very much so, that's a great extension. I use checkboxes like Rainer does constantly, for "lightweight dependent" tasks. I'll make use of this extension a great deal. John