From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nick Dokos Subject: Re: exporting documents w/ babel results w/o evaluating babel blocks Date: Sat, 21 May 2016 15:01:07 -0400 Message-ID: <87k2inb5ho.fsf@alphaville.usersys.redhat.com> 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 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59928) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4C9K-0000R5-19 for emacs-orgmode@gnu.org; Sat, 21 May 2016 15:01:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b4C9F-00021G-PD for emacs-orgmode@gnu.org; Sat, 21 May 2016 15:01:21 -0400 Received: from plane.gmane.org ([80.91.229.3]:58237) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4C9F-000214-Hl for emacs-orgmode@gnu.org; Sat, 21 May 2016 15:01:17 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1b4C9D-0002UR-PG for emacs-orgmode@gnu.org; Sat, 21 May 2016 21:01:16 +0200 Received: from pool-74-104-149-70.bstnma.fios.verizon.net ([74.104.149.70]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2016 21:01:15 +0200 Received: from ndokos by pool-74-104-149-70.bstnma.fios.verizon.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 21 May 2016 21:01:15 +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" To: emacs-orgmode@gnu.org "Charles C. Berry" writes: > 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. > I'm not sure I followed the whole discussion so maybe I'm missing something. Setting o-e-b-e to nil does what it says it does: it does not evaluate the babel block on export - that's as it should be AFAICT. But that still leaves the problem that ":exports results" is not obeyed: both code and results are exported - that's a bug, no? -- Nick