From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Re: Babel should not work in the subtree marked as not exported Date: Thu, 13 Mar 2014 20:10:50 -0500 Message-ID: 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: multipart/alternative; boundary=089e011769d19aa90b04f486bd6f Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:55279) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOHEZ-00018W-Ay for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:48:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WOHEX-0004Mr-Tk for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:48:27 -0400 Received: from mail-ob0-x22e.google.com ([2607:f8b0:4003:c01::22e]:47284) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WOGeB-0000ES-Bl for emacs-orgmode@gnu.org; Thu, 13 Mar 2014 21:10:51 -0400 Received: by mail-ob0-f174.google.com with SMTP id wo20so1876321obc.19 for ; Thu, 13 Mar 2014 18:10:50 -0700 (PDT) In-Reply-To: <878usdemuv.fsf@med.uni-goettingen.de> 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 --089e011769d19aa90b04f486bd6f Content-Type: text/plain; charset=UTF-8 On Mar 13, 2014 5:49 PM, "Andreas Leha" wrote: > > 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. > Can we track down why I got different results for R vs. ditaa in my message above? Couldn't we be chasing our tails if this is ditaa specific? R is behaving like expected (no eval if tree marked noexport), ditaa is not. John > > Regards, > Andreas > > > > --089e011769d19aa90b04f486bd6f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Mar 13, 2014 5:49 PM, "Andreas Leha" <andreas.leha@med.uni-goettingen.de>= wrote:
>
> Hi Eric,
>
> Eric Schulte <schulte.eri= c@gmail.com> 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&qu= ot; on the subtree work?
>
> Well, the property-setting works, but that is really cumbersome. =C2= =A0In a
> typical org file, it takes 5 keystrokes to toggle the :noexport: tag > (C-c C-c n TAB RET). =C2=A0But I do not want to count the keystrokes i= t take
> to additionally set these properties.
>
> Just to confirm. =C2=A0This is what you suggest, correct?
>
> --8<---------------cut here---------------start------------->8--= -
> * test
>
> ** Not exported =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0:noexport:
> =C2=A0 =C2=A0:PROPERTIES:
> =C2=A0 =C2=A0:noeval: "yes"
> =C2=A0 =C2=A0:export: "none"
> =C2=A0 =C2=A0:END:
> =C2=A0 =C2=A0#+BEGIN_SRC ditaa :file test.png :cmdline -E
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------+---+---+---+---+---+---+-= --+ =C2=A0+---+---+---+---+---+---+---+---+
> =C2=A0 =C2=A0 =C2=A0 x =C2=A0 | 0 cRED | 0 | 0 | 0 | 0 | 0 | 0 | 0 | = =C2=A0| 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 |
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------+---+---+---+---+---+---+-= --+ =C2=A0+---+---+---+---+---+---+---+---+
> =C2=A0 =C2=A0#+END_SRC
>
> ** blah blah
> =C2=A0 =C2=A0blah blah blah
> --8<---------------cut here---------------end--------------->8--= -
>
>
>
> >
> > One may also want to COMMENT the subtree to inhibit it's expo= rt
> > wholepiece (not just code blocks).
>
> This does not seem to work, as the test.png is also created here.
>
> Again, just to confirm. =C2=A0This is your suggestion, correct?
>
> --8<---------------cut here---------------start------------->8--= -
> * test
>
> ** COMMENT Not exported
> =C2=A0 =C2=A0#+BEGIN_SRC ditaa :file test.png :cmdline -E
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------+---+---+---+---+---+---+-= --+ =C2=A0+---+---+---+---+---+---+---+---+
> =C2=A0 =C2=A0 =C2=A0 x =C2=A0 | 0 cRED | 0 | 0 | 0 | 0 | 0 | 0 | 0 | = =C2=A0| 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 |
> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 +--------+---+---+---+---+---+---+-= --+ =C2=A0+---+---+---+---+---+---+---+---+
> =C2=A0 =C2=A0#+END_SRC
>
> ** blah blah
> =C2=A0 =C2=A0blah 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 th= at? =C2=A0I
> do not expect code from inside a COMMENT subtree to be considered duri= ng
> export.
>

Can we track down why I got different results for R vs. dita= a in my message above? Couldn't we be chasing our tails if this is dita= a specific?

R is behaving like expected (no eval if tree marked noexport= ), ditaa is not.

John

>
> Regards,
> Andreas
>
>
>
>

--089e011769d19aa90b04f486bd6f--