From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Babel should not work in the subtree marked as not exported Date: Thu, 13 Mar 2014 19:03:06 -0600 Message-ID: <87eh25d22d.fsf@gmail.com> 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> <878usdemuv.fsf@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:57031) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOHGj-0002FS-L1 for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:50:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOHGf-0005Gv-22 for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:50:41 -0400 Received: from mail-pb0-x229.google.com ([2607:f8b0:400e:c01::229]:33978) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOGYi-00074k-Kf for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:05:12 -0400 Received: by mail-pb0-f41.google.com with SMTP id jt11so1876105pbb.14 for ; Thu, 13 Mar 2014 18:05:11 -0700 (PDT) In-Reply-To: <878usdemuv.fsf@med.uni-goettingen.de> (Andreas Leha's message of "Thu, 13 Mar 2014 23:48:40 +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: Andreas Leha Cc: emacs-orgmode@gnu.org Andreas Leha writes: > 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. > Not that bad "C-c C-x p n RET yes", I get 8 to set noeval, if you've done it already in that Org file. You could also easily wrap this behavior into a function and bind that to a key-chord. > > 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--- > Close, I meant the following alternative --8<---------------cut here---------------start------------->8--- * test ** COMMENT Not exported :PROPERTIES: :noeval: "yes" :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--- > > > 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). > My example immediately above. > > 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. > No. This has been raised previously and there was a consensus that it is often desirable for code in a COMMENT section to be evaluated on export. Personally I often stuff code blocks into COMMENT sections which I want run as part of my publishing process (e.g., to create resources used in the exported document). Best, > > > Regards, > Andreas > > > > -- Eric Schulte https://cs.unm.edu/~eschulte PGP: 0x614CA05D