Hi Eric, Eric Schulte <schulte.e...@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" 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