Feature request: setq org-agenda-follow-indirect 'parent

Feature request: setq org-agenda-follow-indirect 'parent

[Nicolas Girard]

Hi all,

when browsing my TODO items in the agenda, I wish I could display then
in an indirect buffer.
But as I structure my stuff, displaying the tree with a TODO item as
root is often useless.

Indeed, within my PROJECT items, I differentiate between TODO and
support (notes, references) children ; for instance
#+BEGIN_SRC org
  ,* PROJECT My project
  ,** References
  ,*** Ref 1
  ,*** Ref 2
  ,** Notes
  ,*** Note 1
  ,*** Note 2
  ,** TODO Todo item 1
  ,** TODO Todo item 2
#+END_SRC

In this example, in order to work on, or even decide anything about
"Todo item 1", chances are that I'd also need to see the contents of
the "References" and "Notes" items ; so the tree I'd need to see in
the indirect buffer should have the *parent* of "Todo item 1" as root,
instead of "Todo item 1" itself.

It seems rather easy to achieve, since `org-agenda-do-context-action'
calls `org-agenda-tree-to-indirect-buffer', which is supposed to deal
with this case when called with a numerical prefix argument ; so I did
give it a try but couldn't get it to work properly :-(

Cheers,
Nicolas

Re: Feature request: setq org-agenda-follow-indirect 'parent

[Nicolas Girard]

2012/3/31 Nicolas Girard <girard.nicolas@gmail.com>:
>
> when browsing my TODO items in the agenda, I wish I could display then
> in an indirect buffer.
> But as I structure my stuff, displaying the tree with a TODO item as
> root is often useless.
>
> Indeed, within my PROJECT items, I differentiate between TODO and
> support (notes, references) children ; for instance
> #+BEGIN_SRC org
>   ,* PROJECT My project
>   ,** References
>   ,*** Ref 1
>   ,*** Ref 2
>   ,** Notes
>   ,*** Note 1
>   ,*** Note 2
>   ,** TODO Todo item 1
>   ,** TODO Todo item 2
> #+END_SRC
>
> In this example, in order to work on, or even decide anything about
> "Todo item 1", chances are that I'd also need to see the contents of
> the "References" and "Notes" items ; so the tree I'd need to see in
> the indirect buffer should have the *parent* of "Todo item 1" as root,
> instead of "Todo item 1" itself.
>
> It seems rather easy to achieve, since `org-agenda-do-context-action'
> calls `org-agenda-tree-to-indirect-buffer', which is supposed to deal
> with this case when called with a numerical prefix argument ; so I did
> give it a try but couldn't get it to work properly :-(
>

Hi all,
any thoughts about my request ?

Thanks in advance,
cheers,
Nicolas

Re: Feature request: setq org-agenda-follow-indirect 'parent

[Bastien]

Hi Nicolas,

Nicolas Girard <girard.nicolas@gmail.com> writes:

>> Indeed, within my PROJECT items, I differentiate between TODO and
>> support (notes, references) children ; for instance
>> #+BEGIN_SRC org
>>   ,* PROJECT My project
>>   ,** References
>>   ,*** Ref 1
>>   ,*** Ref 2
>>   ,** Notes
>>   ,*** Note 1
>>   ,*** Note 2
>>   ,** TODO Todo item 1
>>   ,** TODO Todo item 2
>> #+END_SRC
>>
>> In this example, in order to work on, or even decide anything about
>> "Todo item 1", chances are that I'd also need to see the contents of
>> the "References" and "Notes" items ; so the tree I'd need to see in
>> the indirect buffer should have the *parent* of "Todo item 1" as root,
>> instead of "Todo item 1" itself.

C-u 1 C-c C-x b 

in Todo item 1 should do.

HTH,

-- 
 Bastien

Re: Feature request: setq org-agenda-follow-indirect 'parent

[Nicolas Girard]

>>>
>>> In this example, in order to work on, or even decide anything about
>>> "Todo item 1", chances are that I'd also need to see the contents of
>>> the "References" and "Notes" items ; so the tree I'd need to see in
>>> the indirect buffer should have the *parent* of "Todo item 1" as root,
>>> instead of "Todo item 1" itself.
>
> C-u 1 C-c C-x b
>
> in Todo item 1 should do.
>

Hi, Bastien,

thanks for your reply.

Indeed, "C-u -1 C-c C-x b" is what I'm looking for.
So, in a nutshell, I wish that, using the agenda with follow-mode on,
hitting <up> or <down> would trigger (org-tree-to-indirect-buffer -1).

-- 
Nicolas