From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Charles C. Berry" Subject: Re: exporting documents w/ babel results w/o evaluating babel blocks Date: Fri, 20 May 2016 14:20:02 -0700 Message-ID: References: <878addc2b6b14ce99e907921f0985d24@HE1PR01MB1898.eurprd01.prod.exchangelabs.com> <87a8jkoec6.fsf@ucl.ac.uk> <87wpmomz6x.fsf@ucl.ac.uk> <871t4wd0to.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:43404) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3t73-0000uB-EG for emacs-orgmode@gnu.org; Fri, 20 May 2016 18:41:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b3rqI-0006fx-Ue for emacs-orgmode@gnu.org; Fri, 20 May 2016 17:20:26 -0400 Received: from iport-acv5-out.ucsd.edu ([132.239.0.10]:53910) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b3rqI-0006fq-LW for emacs-orgmode@gnu.org; Fri, 20 May 2016 17:20:22 -0400 In-Reply-To: <871t4wd0to.fsf@alphaville.usersys.redhat.com> 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" To: Nick Dokos Cc: emacs-orgmode@gnu.org On Fri, 20 May 2016, Nick Dokos wrote: > Ken Mankoff writes: > [deleted discussion of `org-export-babel-evaluate' settings] > > With ":exports results" and o-e-b-e set to nil, I get no evaluation on > export, but I get both code and results in the output. > >> There may have been a misunderstanding, but when I mentioned this in >> the bug report, I was told this is a "feature". >> >> http://thread.gmane.org/gmane.emacs.orgmode/107230/focus=107231 >> > > Not sure what exactly Chuck meant is a feature, but IIUC, the fact > that I get both code and results even if I specify ":exports results" > looks like a bug to me. > I meant this, as of commit ec615b1..., `org-export-babel-evaluate' set to `nil' keeps the exporter from running this line (org-export-execute-babel-code) during exports. So, 'no Babel code is run' in the sense that the above line does not execute. src-blocks and inline-src-blocks are neither run nor removed, and no #+results: or {{{results()}}} are added, removed, or modified. Babel handles all that. The exporter merely formats those things once Babel is done. So the bug, if any, is in the docstring in failing to mention that everything that babel does is switched off. Since the behavior that the OP wanted can be had by setting babel header args, I don't see this as a bug even though the behavior changed in a way that surprised him. Chuck