From mboxrd@z Thu Jan 1 00:00:00 1970 From: Herbert Sitz Subject: Re: Re: suggestion: simplify depth stepping of document structure (outline) visibility Date: Thu, 2 Sep 2010 22:01:00 -0700 Message-ID: References: <4AB0000D.5000004@alumni.ethz.ch> <4AB00E6F.4090501@alumni.ethz.ch> <873a6nlopp.fsf@gollum.intra.norang.ca> <4AD5C312.7010703@alumni.ethz.ch> <4C7E8909.9040504@alumni.ethz.ch> <87r5hbvcqy.fsf@gnu.org> Reply-To: hsitz@nwlink.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1584730595==" Return-path: Received: from [140.186.70.92] (port=39384 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrOOe-0006w1-Db for emacs-orgmode@gnu.org; Fri, 03 Sep 2010 01:01:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrOOc-0007fH-QC for emacs-orgmode@gnu.org; Fri, 03 Sep 2010 01:01:04 -0400 Received: from mail-ey0-f169.google.com ([209.85.215.169]:38849) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrOOc-0007f7-Fs for emacs-orgmode@gnu.org; Fri, 03 Sep 2010 01:01:02 -0400 Received: by eyh5 with SMTP id 5so975222eyh.0 for ; Thu, 02 Sep 2010 22:01:01 -0700 (PDT) In-Reply-To: <87r5hbvcqy.fsf@gnu.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Bastien Cc: rainer.stengele@diplan.de, Michael Brand , Org Mode --===============1584730595== Content-Type: multipart/alternative; boundary=0015174c4050270569048f53d197 --0015174c4050270569048f53d197 Content-Type: text/plain; charset=ISO-8859-1 On Thu, Sep 2, 2010 at 6:26 PM, Bastien wrote: > > Now I did a rewrite for some improvements, mainly to support dive in > > and out of headings also in a variant that leaves the visibility of > > siblings. The code is at the end. > > Michael Brand writes: > It tested the code, works nicely - thanks! > > I just noticed two oddities: (1) it has no notion of content, it's just > about headlines, right? Okay, I can always combine `C->' with the usual > TAB command but it's a bit surprising first; Yes, it shows only the structure not the body text. This is exactly what I want. The built-in visibility cycling always expands body text and that makes it nearly useless in most of my documents, which have large amounts of body text under each heading. As soon as you try to do a cycle all you can see is the body text under the heading, none of the subheadings. So the regular visibility cycling is useless at revealing document structure. (For some documents the built-in tab visibility cycling is useful, but for me it's a very limited set.) The focus of Michael's function on headings invites a complementary function that focuses on body text. The function I"m thinking of would toggle body text visibility on a subtree, operating only on the visible headings in the subtree. The other thing that I would like added is to have another step built-in, which in step after last heading level in subtree is revealed it will toggle body text on for all headings in subtree. For example, for a 4 level subtree the C-> operation would go successively like this: a. Reveal headings thru Level 2, b. Reveal headings thru Level 3, c. Reveal headings thru Level 4, d. show body text for all headings in subtree. (2) the first press at C-> > and C-< sets the "content relative view" to 1, whatever the initial > state was. Feels a bit unintuitive to me... > > Yes, I agree, starting from current view depth is a bit of polish that should be added. I'll help with whatever is needed. As I told Michael, I think all of the above can be done fairly easily by creating a new function based the built-in show-children function. Regards, Herb Sitz --0015174c4050270569048f53d197 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
On Thu, Sep 2, 2010 at 6:26 PM, Bastien <bastien.guerry= @wikimedia.fr> wrote:
> Now I did a rewrite for some improvements, mainly to support dive in > and out of headings also in a variant that leaves the visibility of > siblings. The code is at the end.

Michael Brand <mic= hael.brand@alumni.ethz.ch> writes:
It tested the code, works nice= ly - thanks!

I just noticed two oddities: (1) it has no notion of content, it's just=
about headlines, right? =A0Okay, I can always combine `C->' with the= usual
TAB command but it's a bit surprising first;

Yes,= it shows only the structure not the body text.=A0 This is exactly what I w= ant.=A0 The built-in visibility cycling always expands body text and that m= akes it nearly useless in most of my documents, which have large amounts of= body text under each heading.=A0 As soon as you try to do a <tab> cy= cle all you can see is the body text under the heading, none of the subhead= ings.=A0 So the regular visibility cycling is useless at revealing document= structure.=A0 (For some documents the built-in tab visibility cycling is u= seful, but for me it's a very limited set.)

The focus of Michael's function on headings invites a complementary= function that focuses on body text.=A0 The function I"m thinking of w= ould toggle body text visibility on a subtree, operating only on the visibl= e headings in the subtree.

The other thing that I would like added is to have another step built-i= n, which in step after last heading level in subtree is revealed it will to= ggle body text on for all headings in subtree.=A0 For example, for a 4 leve= l subtree the C-> operation would go successively like this:=A0

a.=A0 Reveal headings thru Level 2,
b.=A0 Reveal headings thru Leve= l 3,
c.=A0 Reveal headings thru Level 4,
d.=A0 show body text for a= ll headings in subtree.


(2) the first press at C->
and C-< sets the "content relative view" to 1, whatever the in= itial
state was. =A0Feels a bit unintuitive to me...


Yes, I agree, starting from current view depth is= a bit of polish that should be added.=A0

I'll help with whatev= er is needed.=A0 As I told Michael, I think all of the above can be done fa= irly easily by creating a new function based the built-in show-children fun= ction.

Regards,

Herb Sitz

--0015174c4050270569048f53d197-- --===============1584730595== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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 --===============1584730595==--