emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Carsten Dominik <carsten.dominik@gmail.com>
To: "Daniel J. Sinder" <djsinder@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>
Subject: Re: Show hierarchy above a heading
Date: Thu, 21 Sep 2006 09:57:52 +0100	[thread overview]
Message-ID: <977d1bf4f8c586c9cfeae63cd5e84629@science.uva.nl> (raw)
In-Reply-To: <45119070.9030907@gmail.com>

On Sep 20, 2006, at 20:03, Daniel J. Sinder wrote:

> With point on a nested heading, is there a way to show just the
> hierarchy above?
> Here's the scenario:  I have the following in an org file:
> * Team Meeting <2006-09-20 Wed> 3pm
> ** Discuss Project Foo
> *** TODO Ask about latest results
> With the top heading collapsed so that the two below are hidden, the
> 3rd heading appears in an agenda.  Pressing <SPC> on it in the
> agenda buffer highlights the original item in another buffer.  If I
> change to that buffer, the point is on the item, but I can't see the
> middle heading.  What I'd like to do is see the hierarchy above the
> TODO item.  (Obviously not much of a problem for this simple
> example, but for deeper hierarchies, it become more problematic.)
> An alternative would be movement commands (ie, C-c C-u) that work
> independent of the current visibility.
> Is there a way to do one or the other of these?

When Org-mode exposes a match in an invisible part of a tree, it
can do three things:

- Just show the match (this is always a headline, and possibly
   text below the headline, if the match is located there).
- Show the hierarchy of headlines above
- Show the headline following the match

The first one happens always, the others depend on the setting of the
variables `org-show-hierarchy-above' and `org-show-following-heading'.
But as you noticed correctly, for the exposing caused by commands in 
the agenda buffer, only the first thing happens.  I don't remember why 
I did it this way, and  I will change this behavior and make it 
on the variables.

In the next version, the default for both options in all
contexts will be `t', so all three exposures will happen.  If you
need more control, you will be able to specify the value of
the two variables dependent on context.

- Carsten

      reply	other threads:[~2006-09-21  8:58 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-20 19:03 Show hierarchy above a heading Daniel J. Sinder
2006-09-21  8:57 ` Carsten Dominik [this message]

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:

  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=977d1bf4f8c586c9cfeae63cd5e84629@science.uva.nl \
    --to=carsten.dominik@gmail.com \
    --cc=djsinder@gmail.com \
    --cc=emacs-orgmode@gnu.org \


* 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


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).