Problem with org-agenda-goto and inline tasks

Problem with org-agenda-goto and inline tasks

[Matt Lundin]

Hi Carsten,

I'd like to report a minor issue with org-agenda-goto and inline tasks.
Let's say one has the following file:

--8<---------------cut here---------------start------------->8---
* Here is an entry.
Blah blah blah blah.
*************** Here is an inline task.
*************** END
Blah blah blah blah blah.
*************** TODO Here is a second inline task.
*************** END
Blah blah blah blah blah.
*************** Here is a third inline task
*************** END
Blah blah blah blah blah.
--8<---------------cut here---------------end--------------->8---

Let's say one also has the following settings:

--8<---------------cut here---------------start------------->8---
(setq org-show-hierarchy-above t)
(setq org-show-siblings '((default . nil) (isearch . t) (agenda . t)))
(setq org-show-entry-below '((default . nil) (isearch . t) (agenda . t)))
--8<---------------cut here---------------end--------------->8---

If 1) one tries to jump to the TODO from the agenda and 2) the entry is
currently folded, org-show-context reveals only the headlines. E.g.,

--8<---------------cut here---------------start------------->8---
* Here is an entry.
*************** Here is an inline task.
*************** END...
*************** TODO Here is a second inline task.
*************** END...
*************** Here is a third inline task
*************** END...
--8<---------------cut here---------------end--------------->8---

Invoking org-cycle on the END headline does nothing, since all headlines
deeper than org-inlinetask-min-level are exempted from cycling. As a
result, the only way to reveal the text in the entry is to cycle the
parent twice (first to close, then to reveal). 

Thanks,
Matt

Re: Problem with org-agenda-goto and inline tasks

[Carsten Dominik]

On Feb 19, 2010, at 4:46 AM, Matt Lundin wrote:

> Hi Carsten,
>
> I'd like to report a minor issue with org-agenda-goto and inline  
> tasks.
> Let's say one has the following file:

Hi Matt,

I do understand the problem, however, don't have a good solution
for it, and I doubt that there is one.

What I do in such situations is `show-all' which in Org-mode can
be reached with: C-u C-u C-u TAB
Another option is to use global cycling - in this case you'd have
to press S-TAB four times - but that may still be faster than going
to the parent.

But in fact, maybe org-reveal should be able to deal with this....

If you pull again, there will now be a third possibility, C-u C-u C-c  
C-r
i.e. org-reveal with a double prefix argument.  That will go back to  
the parent and show the subtree.

HTH

- Carsten

>
> --8<---------------cut here---------------start------------->8---
> * Here is an entry.
> Blah blah blah blah.
> *************** Here is an inline task.
> *************** END
> Blah blah blah blah blah.
> *************** TODO Here is a second inline task.
> *************** END
> Blah blah blah blah blah.
> *************** Here is a third inline task
> *************** END
> Blah blah blah blah blah.
> --8<---------------cut here---------------end--------------->8---
>
> Let's say one also has the following settings:
>
> --8<---------------cut here---------------start------------->8---
> (setq org-show-hierarchy-above t)
> (setq org-show-siblings '((default . nil) (isearch . t) (agenda . t)))
> (setq org-show-entry-below '((default . nil) (isearch . t) (agenda .  
> t)))
> --8<---------------cut here---------------end--------------->8---
>
> If 1) one tries to jump to the TODO from the agenda and 2) the entry  
> is
> currently folded, org-show-context reveals only the headlines. E.g.,
>
> --8<---------------cut here---------------start------------->8---
> * Here is an entry.
> *************** Here is an inline task.
> *************** END...
> *************** TODO Here is a second inline task.
> *************** END...
> *************** Here is a third inline task
> *************** END...
> --8<---------------cut here---------------end--------------->8---
>
> Invoking org-cycle on the END headline does nothing, since all  
> headlines
> deeper than org-inlinetask-min-level are exempted from cycling. As a
> result, the only way to reveal the text in the entry is to cycle the
> parent twice (first to close, then to reveal).
>
> Thanks,
> Matt
>
>
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

- Carsten

Re: Problem with org-agenda-goto and inline tasks

[Matthew Lundin]

Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Feb 19, 2010, at 4:46 AM, Matt Lundin wrote:
>
>> I'd like to report a minor issue with org-agenda-goto and inline
>> tasks.
>> Let's say one has the following file:

> I do understand the problem, however, don't have a good solution
> for it, and I doubt that there is one.
>
> What I do in such situations is `show-all' which in Org-mode can
> be reached with: C-u C-u C-u TAB
> Another option is to use global cycling - in this case you'd have
> to press S-TAB four times - but that may still be faster than going
> to the parent.
>
> But in fact, maybe org-reveal should be able to deal with this....
>
> If you pull again, there will now be a third possibility, C-u C-u C-c 
> C-r
> i.e. org-reveal with a double prefix argument.  That will go back to
> the parent and show the subtree.

That works perfectly. As always, many thanks for all the work you put
into org-mode!

Best,
Matt