From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Babel should not work in the subtree marked as not exported Date: Thu, 13 Mar 2014 23:48:40 +0100 Message-ID: <878usdemuv.fsf@med.uni-goettingen.de> References: <87wqg0gawq.fsf@gmail.com> <87lhwgettp.fsf@med.uni-goettingen.de> <87bnxbg02x.fsf@gmail.com> <87ha73dnxe.fsf@med.uni-goettingen.de> <87zjku41nq.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:45352) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOEQw-0002BO-CX for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 18:49:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOEQp-000790-1L for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 18:49:02 -0400 Received: from plane.gmane.org ([80.91.229.3]:42701) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOEQo-00078w-QY for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 18:48:54 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WOEQm-0005Dn-N7 for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 23:48:52 +0100 Received: from vpn-2082.gwdg.de ([134.76.2.82]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2014 23:48:52 +0100 Received: from andreas.leha by vpn-2082.gwdg.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Mar 2014 23:48:52 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: emacs-orgmode@gnu.org Hi Eric, Eric Schulte writes: >>>>> >>>>> So what is your suggestion for the OP to achieve what he is after? >>>>> noexport and noeval at the same time. >>>>> > > I'm jumping in half way through here, Thanks for jumping in. > but wouldn't setting the :noeval > property to "yes" and :export property to "none" on the subtree work? Well, the property-setting works, but that is really cumbersome. In a typical org file, it takes 5 keystrokes to toggle the :noexport: tag (C-c C-c n TAB RET). But I do not want to count the keystrokes it take to additionally set these properties. Just to confirm. This is what you suggest, correct? --8<---------------cut here---------------start------------->8--- * test ** Not exported :noexport: :PROPERTIES: :noeval: "yes" :export: "none" :END: #+BEGIN_SRC ditaa :file test.png :cmdline -E +--------+---+---+---+---+---+---+---+ +---+---+---+---+---+---+---+---+ x | 0 cRED | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 | +--------+---+---+---+---+---+---+---+ +---+---+---+---+---+---+---+---+ #+END_SRC ** blah blah blah blah blah --8<---------------cut here---------------end--------------->8--- > > One may also want to COMMENT the subtree to inhibit it's export > wholepiece (not just code blocks). This does not seem to work, as the test.png is also created here. Again, just to confirm. This is your suggestion, correct? --8<---------------cut here---------------start------------->8--- * test ** COMMENT Not exported #+BEGIN_SRC ditaa :file test.png :cmdline -E +--------+---+---+---+---+---+---+---+ +---+---+---+---+---+---+---+---+ x | 0 cRED | 0 | 0 | 0 | 0 | 0 | 0 | 0 | | 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 | +--------+---+---+---+---+---+---+---+ +---+---+---+---+---+---+---+---+ #+END_SRC ** blah blah blah blah blah --8<---------------cut here---------------end--------------->8--- So, my question to this thread is: What is the easiest way to disable a subtree during export completely so that also none of the code blocks is evaluated (regardless of its :session argument). Or even more precisely: Couldn't the COMMENT keyword do exactly that? I do not expect code from inside a COMMENT subtree to be considered during export. Regards, Andreas