emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Alexander <alejck@gmail.com>
To: Carsten Dominik <carsten.dominik@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: recursive todo/checkbox statistics
Date: Wed, 20 May 2009 08:59:07 -0400	[thread overview]
Message-ID: <2e177a690905200559h415014f0q8e63a46bc98922b9@mail.gmail.com> (raw)
In-Reply-To: <6F55FB97-5CE9-427F-8A95-A7BA2E800E58@gmail.com>

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 <carsten.dominik@gmail.com> 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 <carsten.dominik@gmail.com> 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
>>>
>>>
>
>

  reply	other threads:[~2009-05-20 12:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-18 22:11 recursive todo/checkbox statistics Alexander
2009-05-19  6:40 ` Carsten Dominik
2009-05-19 14:13   ` Alexander
2009-05-20  9:04     ` Carsten Dominik
2009-05-20 12:59       ` Alexander [this message]
     [not found]         ` <9A6ACF09-EEFE-4056-9C61-129CA83EC974@gmail.com>
2009-05-21 12:11           ` Alexander

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2e177a690905200559h415014f0q8e63a46bc98922b9@mail.gmail.com \
    --to=alejck@gmail.com \
    --cc=carsten.dominik@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).