From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: three bugs/misfeatures in org-reveal (or is org-reveal the wrong
 way to reveal around point?)
Date: Sun, 18 Jan 2015 10:16:25 +0100
Message-ID: <87oapwqwie.fsf@nicolasgoaziou.fr>
References: <CAJcAo8uBKSJgr22K=oYZKeBRFvTtjHL42fKHD_PE1W2rCOyMqA@mail.gmail.com>
	<CAJcAo8sS0h8E6eudkYCrtZpQ1Jz7KqX6ds8cEFqaeWEBshb5KQ@mail.gmail.com>
	<87h9vpss6a.fsf@nicolasgoaziou.fr>
	<CAJcAo8v9FB2Mtpk_yZLvwZdii2yqDLyf7ERxoQdcKoFbieS7+w@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:48334)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YClxE-0005Pv-1i
	for emacs-orgmode@gnu.org; Sun, 18 Jan 2015 04:15:33 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YClx9-0004bc-T1
	for emacs-orgmode@gnu.org; Sun, 18 Jan 2015 04:15:31 -0500
Received: from relay6-d.mail.gandi.net ([2001:4b98:c:538::198]:44709)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YClx9-0004bP-FM
	for emacs-orgmode@gnu.org; Sun, 18 Jan 2015 04:15:27 -0500
In-Reply-To: <CAJcAo8v9FB2Mtpk_yZLvwZdii2yqDLyf7ERxoQdcKoFbieS7+w@mail.gmail.com>
	(Samuel Wales's message of "Sat, 17 Jan 2015 12:46:12 -0700")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Samuel Wales <samologist@gmail.com>
Cc: emacs-orgmode@gnu.org

Hello,

Samuel Wales <samologist@gmail.com> writes:

> thanks for clarifying.  that seems to eliminate all possibility of
> specifying canonical visibility using org show variables.

Indeed.

> thus, this is a feature that is strangely missing in org, as opposed
> to a bug.

I agree. Also, I find the configuration in this area overly complicated.

> canonical visibility roughly means a visibility state that can be
> created at any time using org-cycle and arrow keys.
>
> for example, if only the first child is showing, then it is not
> canonical visibility.  the only things that should NOT show are
> entirely folded headers, blocks, etc.
>
> this is the only kind of visibility that i ever use unless i am doing
> a sparse tree, which is extremely rare.

I think we could simplify the show context configuration and, at the
same time, provide a way to show "canonical visibility". 

For example, we can merge `org-show-hierarchy-above',
`org-show-following-heading', `org-show-siblings' and
`org-show-entry-below' into a single variable,
`org-show-context-detail', where each context is associated to a level,
e.g., for current default configuration,

  ((default . 2)
   (occur-tree . 1)
   (tags-tree . 1)
   (isearch . 3)
   (bookmark-jump . 3))

where

  1. means only the minimal location is shown, i.e., top level
     headline + headline, and section (no child) if match is not on
     a headline.

  2. means context 1 + hierarchy above

  3. means context 2 + siblings

  4. means canonical view, i.e, show full hierarchy above and siblings,
     and, if match is within a section, show also section and all
     children.

We lose a bit of control, but I think left out combinations are not very
interesting. But I may be wrong.

WDYT?


Regards,

-- 
Nicolas Goaziou