emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Samuel Wales <samologist@gmail.com>
To: emacs-orgmode@gnu.org
Subject: apparent visibility bug: cannot achieve canonical form
Date: Sun, 15 May 2011 10:09:11 -0700	[thread overview]
Message-ID: <BANLkTikM20TYPAwL7-6wFCTQ+9ubakT+8A@mail.gmail.com> (raw)

When I do isearch-forward-regexp, things are revealed in a
non-confusing way.  But when I stop the isearch with an
arrow key, I get only the following heading, and not the
headings below that at the same level.  That is confusing
because it looks like there is nothing there.

Instead I want canonical form, which is a visibility state
that can be achieved by using arrow keys and TAB.  This is
in contrast to sparse trees.

So isearch is working until I am done with it, at which
point it collapses inexplicably to non-canonical form.

What is very strange is that (org-reveal t) does /not/
repair the tree to canonical form.  I think it should.

I have org-show-siblings set to t, and by default it is on
for the isearch context.  I think this should repair the
tree to canonical form also (via org-show-context which is
called in outline-isearch-open-invisible-function).

My usage: I only want sparse trees when I explicitly run
sparse tree, otherwise various forms of canonical form.  The
only exception is sometimes to hide the parent headline's
body (with or without drawers) in show-branches or
show-children form.

I have already fixed going to org from the agenda, figured out how to
fix it from Magit, etc., but isearch is still broken.

I am not sure if the variables used by org-show-context can
get the visibility that I am looking for.  I have tried many
settings for those variables (setting hierarchy above to t,
showing next, showing siblings) but there seem always to be
invisible sibling headlines and possibly similar apparent bugs.

Ideally, we would have a function to restore to canonical in
case something makes the tree non-canonical.  Like
(org-reveal t) is AFAICT documented to do.

Are these bugs?

Thanks.

Samuel


-- 
The Kafka Pandemic:
  http://thekafkapandemic.blogspot.com/2010/12/welcome-to-kafka-pandemic-two-forces_9182.html
I support the Whittemore-Peterson Institute (WPI)
===
I want to see the original (pre-hold) Lo et al. 2010 NIH/FDA/Harvard MRV paper.

             reply	other threads:[~2011-05-15 17:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-15 17:09 Samuel Wales [this message]
2011-05-15 17:13 ` apparent visibility bug: cannot achieve canonical form Samuel Wales

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:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  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=BANLkTikM20TYPAwL7-6wFCTQ+9ubakT+8A@mail.gmail.com \
    --to=samologist@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* 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

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

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