[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [BUG] Inconsistency in src block hiding

From: Nicolas Goaziou
Subject: Re: [O] [BUG] Inconsistency in src block hiding
Date: Sun, 20 Nov 2011 20:33:21 +0100

Eric Schulte <address@hidden> writes:

> "name" is and should be an element of the `org-babel-data-names' list as
> it is the preferred way to name data in an Org-mode file, e.g.,
> #+name: foo
> - 1
> - 2
> - 3

I agree.

> The only reason that "tblname" and "results" are included in the list
> are because "tblname" is used by other parts of Org-mode, and "results"
> was retained because it was felt that a "name" line without an actual
> name (e.g., as the results of an un-named code block) would look funny.
> I don't view the "results style" hiding as inconsistent

It is inconsistent when keywords stack on top of each other. If you have
only a "#+name:" keyword, block with fold at the "#+name:" level. If you
have both "#+name:" and, for example "#+results" below, block will fold
at the "#+result:" level and TAB will not respond at "#+name:". If you
have, from top to bottom, "name", "results" "header", nothing will fold.
In all those cases, I think a consistent behaviour could be to hide the
block, with any number of keywords above, and TAB pressed at any of

I'm not sure that "#+results:" or "#+name:" keywords should allow to
hide whole parts of the buffer. I realize that toggling "#+results:"
visibility has been in core for a while. But now that every Org blob can
have a "#+name" attached to it, one can hide almost anything in the

Until now we could hide contents with headlines, blocks, drawers, and
items (with an option to prevent it). And we had a global mechanism to
handle visibility toggling just fine (namely S-TAB with different
numbers of prefixes). But hiding independently each list, table or
paragraph with no possibility to make them appear in groups just doesn't
sound right.

Hence, I suggest to think again about it: we can live happily with
outlines, blocks and drawers as folding entities.

Moreover, there is another problem related to that.

`org-export-blocks-preprocess' will remove all "#+name:" keywords in the
buffer.  It mustn't: again "#+name:" is a general naming mechanism for
almost any Org syntax. It may/will be also used for other purpose than
Babel. That information is important even after blocks have been


Nicolas Goaziou

reply via email to

[Prev in Thread] Current Thread [Next in Thread]