From mboxrd@z Thu Jan 1 00:00:00 1970 From: Carsten Dominik Subject: Re: Re: Counter cookies and mixed checkbox lists/subtasks Date: Thu, 16 Apr 2009 13:45:46 +0200 Message-ID: References: <7F5AF424-5413-44D5-A73C-A4BA6B9FB5F9@gmail.com> 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 1LuQ2V-0005NK-0T for emacs-orgmode@gnu.org; Thu, 16 Apr 2009 07:45:55 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LuQ2P-0005N1-GW for emacs-orgmode@gnu.org; Thu, 16 Apr 2009 07:45:53 -0400 Received: from [199.232.76.173] (port=46802 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LuQ2P-0005Mw-8W for emacs-orgmode@gnu.org; Thu, 16 Apr 2009 07:45:49 -0400 Received: from mail-ew0-f160.google.com ([209.85.219.160]:46195) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LuQ2O-0002Ee-P5 for emacs-orgmode@gnu.org; Thu, 16 Apr 2009 07:45:49 -0400 Received: by ewy4 with SMTP id 4so330433ewy.42 for ; Thu, 16 Apr 2009 04:45:47 -0700 (PDT) In-Reply-To: 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: Ulf Stegemann Cc: emacs-orgmode@gnu.org On Apr 16, 2009, at 11:05 AM, Ulf Stegemann wrote: > Hi Carsten, > > Carsten Dominik wrote: > >> there is no way currently to force a cookie either way. >> >> I think the the right solution is to modify the structure, so >> that the check boxes are only in entries without children. >> Seems to me that this is always possible - in your case >> you could just create a "first child" that gets the checkboxes. > > okay, as said, this is rather a minor annoyance. However, fixing this > might nevertheless be desirable since the combination of checkboxes > and > todo item is quite powerful. > > Imagine you are compiling a document where you need contributions from > others. You could make a todo item for this with checkboxes for every > chapter planned (or for every author you expect input from, or ...). > As > soon as contributions from authors arrive, you create todo items > preferably below the same initial todo item, indicating that you > have to > integrate input. When compiling the document you finish those todo > items > on the one hand and on the other hand checkboxes will eventually get > checked as chapters are finished. Although putting the chapter > checkboxes into its own sub-item is possible, much of the simplicity > and > elegance of the original approach gets lost. What do you think? Well, I don't really agree. * TODO compile document [ ] get input from Chris [ ] get input from Alice ** TODO integrate input from Chris ** TODO integrate input from Alice. You could easily do: * TODO compile document ** Get input [ ] get input from Chris [ ] get input from Alice ** TODO integrate input from Chris ** TODO integrate input from Alice. This is what I mean with "you can always restructure to avoid the problem". I think the second option is at least as clear, maybe clearer. I do like the simplicity of the cookies right now, adding specifiers of what they refere to would make them less usable in my mind. - Carsten