From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [Bug] [babel] calls in :noexport: subtrees evaluated Date: Wed, 05 Sep 2012 14:37:47 +0200 Message-ID: <87zk54ejc4.fsf@gmail.com> References: <87ipbtc5q0.fsf@med.uni-goettingen.de> <80y5ko3cko.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:51500) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9Evk-0002rM-Hj for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 08:42:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T9Eve-0001qg-0D for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 08:42:04 -0400 Received: from plane.gmane.org ([80.91.229.3]:58000) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T9Evd-0001pH-Fe for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 08:41:57 -0400 Received: from public by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1T9EvZ-0003jE-2w for emacs-orgmode@gnu.org; Wed, 05 Sep 2012 14:41:53 +0200 In-Reply-To: <80y5ko3cko.fsf@somewhere.org> (Sebastien Vauban's message of "Wed, 05 Sep 2012 13:59:19 +0200") 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: Sebastien Vauban Cc: public-emacs-orgmode-mXXj517/zsQ@plane.gmane.org Hello, "Sebastien Vauban" writes: > Andreas Leha wrote: >> it seems to me, that #+call lines in subtrees with the :noexport: tag >> are evaluated. Is this intended? > > I think that, at least, it's not a bug. I don't /think/ it has never been > specified like that. But I still don't have a clear view of what is done, in > which order: > > - processing macros > - inhibiting "noexport" subtrees > - evaluating code blocks (possibly with noweb calls) > - etc. As far as the new exporter goes (you may want to have a look at `org-export-as' function), the order is: - Process macros. - Expand #+INCLUDE: keywords. - Evaluate code blocks. Note that "noexport" sub-trees are not inhibited. The are just skipped when the parse tree is processed. To answer the OP, :noexport: tag is related to export, not to src-blocks. There are already other ways to disable code evaluation on subtrees. It may be useful, as in your case, to have their behaviour linked, but again, sometimes not. It's often better to keep separate things, well, separate. Regards, -- Nicolas Goaziou