emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Bernt Hansen <bernt@norang.ca>
To: Eric Schulte <eric.schulte@gmx.com>
Cc: Bastien <bzg@altern.org>, Org Mode List <emacs-orgmode@gnu.org>,
	Nicolas Goaziou <n.goaziou@gmail.com>
Subject: Re: [BUG] Inconsistency in src block hiding
Date: Mon, 16 Jan 2012 21:26:31 -0500	[thread overview]
Message-ID: <87lip76p48.fsf@norang.ca> (raw)
In-Reply-To: <874nx782wi.fsf@gmx.com> (Eric Schulte's message of "Sun, 11 Dec 2011 09:04:29 -0700")

Eric Schulte <eric.schulte@gmx.com> writes:

> Bastien <bzg@altern.org> writes:
>
>> Eric Schulte <schulte.eric@gmail.com> writes:
>>
>>> The attached patch entirely removes the #+name and #+results based
>>> hiding.  Note that the existing "wrap" argument to the ":results" header
>>> argument will wrap results in a block which allows easy tab-based result
>>> hiding.
>>>
>>> As this is a relatively large change I hesitate to apply it outright,
>>> although I do agree that it leads to simpler more consistent behavior.
>>> If general consensus seems to support the application of this patch then
>>> I will be happy to apply it.
>>
>> Has there been any more feedback on this?  
>>
>> Erik, is it safe to apply the patch or shall we wait more?
>>
>
> I've received no more feedback on this patch.  It should be safe as it
> adds no new code but simply removes some questionable code.  I will
> apply this patch now.
>
> Best,

So I'm (very) late to this party...  but today I decided to track down
why I can't hide my PlantUML graphics with TAB anymore... and it's this
commit:

--8<---------------cut here---------------start------------->8---
commit 8a8a56c27715740053d8a7ea2ba6411b781a22f1
Author: Eric Schulte <schulte.eric@gmail.com>
Date:   Mon Nov 28 00:43:35 2011 -0700

    remove #+name and #+result hiding
    
    Given that arbitrary regions may already be hidden using a drawer the
    ability to hide any named entity is redundant.  In addition the name
    based hiding does not mix well with other keywords.
    
    Thanks to Nicolas Goaziou for raising this issue and suggesting the
    removal of #+name based hiding.
--8<---------------cut here---------------end--------------->8---

I actually miss being able to hide single (large) activity diagrams at
work since they tend to be larger than my screen when displayed in
Emacs.  I can use M-x org-toggle-inline-images but that works globally
on all images at once.

Is there an easy way to wrap my resulting PlantUML images so I can use
TAB to hide them - or is this not supported anymore?

I tried :results wrap but that didn't work for me.  If I add RESULTS to
my list of drawers then I can hide the block with TAB but I can't export
my diagrams to HTML anymore which isn't very satisfying.

Is there still a way to hide results output with the current master?

Regards,
Bernt

  parent reply	other threads:[~2012-01-17  2:26 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-20 10:00 [BUG] Inconsistency in src block hiding Nicolas Goaziou
2011-11-20 15:53 ` Eric Schulte
2011-11-20 19:33   ` Nicolas Goaziou
2011-11-21 18:24     ` Eric Schulte
2011-11-22 16:15       ` Eric Schulte
2011-11-22 18:19       ` Nicolas Goaziou
2011-11-22 23:23         ` Eric Schulte
2011-11-23 15:25           ` Nicolas Goaziou
2011-11-28  8:09             ` Eric Schulte
2011-12-11 13:53               ` Bastien
2011-12-11 14:08                 ` Nicolas Goaziou
2011-12-11 16:25                   ` Eric Schulte
2011-12-11 16:04                 ` Eric Schulte
2011-12-11 17:04                   ` Bastien
2012-01-17  2:26                   ` Bernt Hansen [this message]
2012-01-17 17:49                     ` Nicolas Goaziou
2012-01-17 17:59                       ` Bernt Hansen
2012-01-18 10:45                         ` Leo Alekseyev
2012-01-18 16:02                           ` Rick Frankel
2012-01-18 16:19                             ` Eric Schulte
2012-01-18 17:36                               ` Nicolas Goaziou
2012-01-19 12:10                                 ` Martyn Jago
2012-01-19 14:48                                   ` Eric Schulte
2012-01-19 15:22                                   ` Rick Frankel
2012-01-19 19:18                                   ` Nicolas Goaziou
2012-01-19 14:41                                 ` Eric Schulte
2012-01-19 19:26                                   ` Nicolas Goaziou
2012-01-24  3:41                                     ` Eric Schulte
2012-01-24  4:23                                       ` Leo Alekseyev
2012-01-24  4:44                                         ` Jambunathan K
2012-01-24  7:59                                       ` Andreas Leha
2012-01-24 20:39                                       ` Nicolas Goaziou
2012-01-28 16:08                                       ` Nicolas Goaziou
2012-01-25  0:00                         ` Nick Dokos
2012-01-25  2:23                           ` Bernt Hansen

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=87lip76p48.fsf@norang.ca \
    --to=bernt@norang.ca \
    --cc=bzg@altern.org \
    --cc=emacs-orgmode@gnu.org \
    --cc=eric.schulte@gmx.com \
    --cc=n.goaziou@gmail.com \
    /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).