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: Tue, 24 May 2016 08:53:05 -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; charset=US-ASCII; format=flowed Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:48480) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5Edu-0001eA-Vz for emacs-orgmode@gnu.org; Tue, 24 May 2016 11:53:16 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b5Edr-0003dK-0F for emacs-orgmode@gnu.org; Tue, 24 May 2016 11:53:14 -0400 Received: from iport-acv6-out.ucsd.edu ([132.239.0.13]:8357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b5Edq-0003d4-KU for emacs-orgmode@gnu.org; Tue, 24 May 2016 11:53:10 -0400 In-Reply-To: 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: Ista Zahn Cc: Nick Dokos , Andreas Kiermeier , emacs-orgmode , Grant Rettke Correction: #+PROPERTY: header-args :eval never-export is the right incantation below. Chuck On Tue, 24 May 2016, Charles C. Berry wrote: > On Tue, 24 May 2016, Ista Zahn wrote: > >> On Tue, May 24, 2016 at 6:17 AM, Andreas Kiermeier >> wrote: >>> I second that. >>> I like exporting everything to LaTeX without having to re-run all the >>> code, >>> which in many cases can add considerable time. >> >> Which you can still do, I guess by >> >> (setq org-babel-default-header-args >> (cons '(:eval . "never-export") >> (assq-delete-all :noweb org-babel-default-header-args))) >> >> instead of the old way >> >> (setq org-export-babel-evaluate nil) >> >> I'm not saying this is good or right. IMO the old behavior of >> org-export-babel-evaluate made sense and was useful; the new behavior >> is surprising and I have a hard time seeing how it is useful. One can >> argue (as Chuck has) that the new behavior is fine sense we have >> another way of achieving the desired results; that may be, but I have >> yet to see an explanation of why the new behavior is desirable. > > The change was in this commit > > commit ec615b192d703a0201ceefd46897e4636ff00a38 > Author: Nicolas Goaziou > Date: Thu Apr 28 17:25:31 2016 +0200 > > and was in response to a bug noted in > > http://permalink.gmane.org/gmane.emacs.orgmode/106767 > > IIRC, you need to read the thread - not just the first post - to get what > gives. > >> >> It this change is not going to be reversed than the doc string for >> org-export-babel-evaluate needs to be updated, and something should go >> in the NEWS file warning people (like me) who have been relying on the >> old behavior. > > Since the change was a bugfix, it seems unlikely that it will be reversed > unless another bugfix is proposed. > > I could change the docstring, but I wanted to let the discussion ripen a bit > first to see if anyone stepped forward with a patch that would do just that. > Or even suggest that the variable be deleted entirely. > > For those who are just now tuning in, something like > > #+PROPERTY: :eval never-export > > should give the behavior most users of o-e-b-e nil would desire. > > Chuck > > Charles C. Berry Dept of Family Medicine & Public Health cberry at ucsd edu UC San Diego / La Jolla, CA 92093-0901 http://famprevmed.ucsd.edu/faculty/cberry/