From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sebastien Vauban" Subject: Re: indenting nested TODOs in agenda views Date: Mon, 22 Aug 2011 16:24:16 +0200 Message-ID: <804o19a5in.fsf@somewhere.org> References: <87ipppg0i2.fsf@ericabrahamsen.net> <8739gt4qyk.fsf@norang.ca> <87aab1fym8.fsf@ericabrahamsen.net> <80fwktaazj.fsf@somewhere.org> <20110822135011.GA19319@bugaga.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org Hi John, John Hendy wrote: > wrote: >> Yes, I was looking for the same kind of thing some times ago. But I do not >> have any idea of how we may present the agenda view. Maybe it should be >> better do display the path to a TODO item, since parent item may be not >> TODO items by themselves, like this: >> >> * Garden >> ** TODO Cut the flowers >> * Home >> ** TODO Cut the flowers >> >> should be presented somehow like in the refile view, as: >> >> TODO Garden / Cut the flowers >> TODO Home / Cut the flowers >> >> instead of the unclear: >> >> TODO Cut the flowers >> TODO Cut the flowers >> >> Actually, I wonder how people deals with this kind of tasks. Are you >> relying on tags ? For example with :garden: and :home: in my previous >> example ? > > I *just* corresponded with the list about something like this within > the last month or two, but can't find the thread. The response I got > back was that the person relied on adding descriptive words to all the > todos, which is what I've been doing, but I don't like it. This is a solution. Another is to leave those tasks untouched (I mean: don't add words in their description) and check out in the echo area about the context, when looking at the tasks (scanning them with the arrow key). Of course, that means you can't deduce what task belongs to which context without putting your cursor on the task in question. > I host a lot of external vendors at work and have the same structure for all > of them: > > ---------- > * proj [/] host vendor x > ** todo set date > ** todo book room > ** todo request abstract > ** todo submit event announcement > ** todo post presentation online > ---------- > > They're so similar that I can just copy/yank the subtree from one to > the other... but then I have to go change each to: > > ---------- > ** todo x: set date > ---------- > > and so on. Time consuming and non-ideal. It would be great to know > what the subtask belongs to for things like this. When I have two > vendors within a week or two, it gets confusing. Yet another solution would be to use your category therefore? Best regards, Seb -- Sebastien Vauban