From mboxrd@z Thu Jan 1 00:00:00 1970 From: Alexander Subject: Re: recursive todo/checkbox statistics Date: Wed, 20 May 2009 08:59:07 -0400 Message-ID: <2e177a690905200559h415014f0q8e63a46bc98922b9@mail.gmail.com> References: <2e177a690905181511r481a27d2vae3a5a9d05d473f1@mail.gmail.com> <06DF5FA0-9415-4A16-A35F-D08D2A0CE59A@gmail.com> <2e177a690905190713l7fe5010as6878414aa2d883f8@mail.gmail.com> <6F55FB97-5CE9-427F-8A95-A7BA2E800E58@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Return-path: Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M6lO2-0004jh-0W for emacs-orgmode@gnu.org; Wed, 20 May 2009 08:59:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M6lO1-0004j5-9P for emacs-orgmode@gnu.org; Wed, 20 May 2009 08:59:09 -0400 Received: from [199.232.76.173] (port=49516 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M6lO1-0004iy-6i for emacs-orgmode@gnu.org; Wed, 20 May 2009 08:59:09 -0400 Received: from yw-out-1718.google.com ([74.125.46.157]:11674) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M6lO0-00043k-ND for emacs-orgmode@gnu.org; Wed, 20 May 2009 08:59:08 -0400 Received: by yw-out-1718.google.com with SMTP id 5so244330ywm.66 for ; Wed, 20 May 2009 05:59:07 -0700 (PDT) In-Reply-To: <6F55FB97-5CE9-427F-8A95-A7BA2E800E58@gmail.com> 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 Thanks! It works great. However, I can't get it to work on a per-file basis, ie with: #+COOKIE_DATA: recursive It works fine for my purposes - I just set it on a per-tree basis, but I don't know if this is desired behavior or not. Best, Alexander On 5/20/09, Carsten Dominik wrote: > Hi Alexander, > > in the latest git version you can do > > (setq org-hierarchical-todo-statistics nil) > > Or, if you want this only for specific trees, you can > set a property[1] > > :COOKIE_DATA: todo recursive > > HTH > > - Carsten > > [1] The "todo" part in the property is unnecessary if the > entry does not have checkboxes > > On May 19, 2009, at 4:13 PM, Alexander wrote: > >> Hi, >> >> I've now switched to following the development version because several >> things that I've wanted have been implemented in the short time I've >> been using org-mode already! And I was impressed with orgmode at the >> outset... >> >> I tried version 6.26trans, and the hierarchical checkbox statistics >> works as expected. But I can't get the same behavior for TODO's. I >> just wanted to check that this is correct - that I'm not doing >> something wrong. >> >> Maybe I should explain more what I use org-mode for in this case to >> make things clearer. I use it to keep track of the readings I have to >> do for a qualifying exam. I categorize the readings according to >> topic, and then track the progress of each reading as a TODO. The >> reason I want to be able to check the global number of readings is to >> make sure that I'm keeping the right pace. The list is pretty long >> (223 entries in ~20 topics), so it's cumbersome to do by hand. >> >> This is a better representation of the file I use: >> >> * readings [0/0] >> :PROPERTIES: >> :COOKIE_DATA: todo >> :END: >> ** topic a >> *** TODO book 1 >> *** TODO book 2 >> ** topic b >> *** TODO article 1 >> *** TODO article 2 >> ** topic c >> *** TODO book 1 >> *** TODO article 2 >> >> So is it possible to have the cookie at the top count the TODO's at >> the lower levels? >> >> If not, it's not a big problem really - I can count them reasonably >> using grep and wc, but it just seems like a combination of >> hierarchical-checkbox-statistics and COOKIE_DATA: todo would do it? >> >> Best, >> >> Alexander >> >> >> On 5/19/09, Carsten Dominik wrote: >>> We have had the same discussion recently about checkboxes, >>> and added a variable org-hierarchical-checkbox-statistics. >>> >>> However, my personal view is that the outline hierarchy is >>> different, because if you are organizing tasks into a hierarchy, >>> so it does not make sense to add TODO's on different levels. >>> >>> - Carsten >>> >>> On May 19, 2009, at 12:11 AM, Alexander wrote: >>> >>>> Hi, >>>> >>>> Forgive me if there is an obvious way to do this that I haven't >>>> found. >>>> >>>> Is there an easy way to calculate the total number of tasks for a >>>> file or a subtree? >>>> For example, if the checkbox/todo progress cookie would calculate >>>> the >>>> number of checkboxes/todos recursively for a subtree. >>>> >>>> so that this: >>>> >>>> * TODO heading 1 [1/3] >>>> ** DONE task A >>>> ** TODO task B >>>> ** TODO task C >>>> *** TODO task C1 >>>> *** TODO task C2 >>>> >>>> would be this instead: >>>> >>>> * TODO heading 1 [1/5] >>>> ** DONE task A >>>> ** TODO task B >>>> ** TODO task C >>>> *** TODO task C1 >>>> *** TODO task C2 >>>> >>>> I would be fine with any other solution as well, it was just that it >>>> seems closest to the checkbox/todo functionality. >>>> >>>> Thanks you, >>>> >>>> Alexander >>>> >>>> >>>> _______________________________________________ >>>> 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 >>> >>> > >