From mboxrd@z Thu Jan  1 00:00:00 1970
From: Eric Schulte <schulte.eric@gmail.com>
Subject: Re: [BUG] Inconsistency in src block hiding
Date: Tue, 22 Nov 2011 09:15:54 -0700
Message-ID: <87ipmc5du2.fsf@gmail.com>
References: <8739djqfkv.fsf@gmail.com> <87fwhiwwr0.fsf@gmail.com>
	<87bos6pp1a.fsf@gmail.com> <8739dhnxjs.fsf@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 ([140.186.70.92]:37864)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1RSt4t-0005ZG-Om
	for emacs-orgmode@gnu.org; Tue, 22 Nov 2011 11:20:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1RSt4r-0001T5-Jc
	for emacs-orgmode@gnu.org; Tue, 22 Nov 2011 11:20:11 -0500
Received: from mail-gx0-f169.google.com ([209.85.161.169]:43147)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1RSt4r-0001Md-98
	for emacs-orgmode@gnu.org; Tue, 22 Nov 2011 11:20:09 -0500
Received: by mail-gx0-f169.google.com with SMTP id q1so482986ggn.0
	for <emacs-orgmode@gnu.org>; Tue, 22 Nov 2011 08:20:09 -0800 (PST)
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: Nicolas Goaziou <n.goaziou@gmail.com>
Cc: Org Mode List <emacs-orgmode@gnu.org>

>> 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 them.
>>
>
> Yes, I would agree, the hiding should be smart enough to find the whole
> unit and hide it.  I'll take a look at the code.
>

I've just pushed up a fix for this issue.

>> `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
>> processed.
>>
>
> I'll take a look at this and submit a patch.
>

And this one as well

Cheers,

-- 
Eric Schulte
http://cs.unm.edu/~eschulte/