From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: Bug: Setting org-export-use-babel to nil causes exporting to ignore :exports header Date: Thu, 14 Sep 2017 14:58:47 +0200 Message-ID: <87wp51l9mg.fsf@nicolasgoaziou.fr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dsTjG-0001w6-VD for emacs-orgmode@gnu.org; Thu, 14 Sep 2017 08:58:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dsTjF-0005wj-Tz for emacs-orgmode@gnu.org; Thu, 14 Sep 2017 08:58:51 -0400 Received: from relay3-d.mail.gandi.net ([2001:4b98:c:538::195]:60422) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dsTjF-0005wE-NI for emacs-orgmode@gnu.org; Thu, 14 Sep 2017 08:58:49 -0400 In-Reply-To: (Richard Stanton's message of "Wed, 13 Sep 2017 15:42:22 -0700") 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: Richard Stanton Cc: emacs-orgmode@gnu.org Hello, Richard Stanton writes: > Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.7.0, Carbon Version 157 = AppKit 1504.83) > of 2017-08-28 > Package: Org mode version 9.1 (9.1-20-ga4f139-elpa @ /Users/stanton/.emac= s.d/elpa/org-20170911/) > > I typically set org-export-use-babel to nil, to prevent all the code > cells being executed on export. However, if this variable is set, org > export both code and results for each cell, regardless of the setting of > the :exports header option. Withoput this variable being set, exporting > correctly obeys the :exports directives in the cell headers. Here is `org-export-use-babel' docstring: Switch controlling code evaluation and header processing during export. When set to nil no code will be evaluated as part of the export process and no header arguments will be obeyed. Users who wish to avoid evaluating code on export should use the header argument =E2=80=98:eval never-export=E2=80=99. So you need to use ":eval never-export", not that variable. Regards, --=20 Nicolas Goaziou