From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Hendy Subject: Re: exporting documents w/ babel results w/o evaluating babel blocks Date: Mon, 23 May 2016 13:34:37 -0500 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> <87a8jgocij.fsf@alphaville.usersys.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:36720) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4uga-0006Fe-PY for emacs-orgmode@gnu.org; Mon, 23 May 2016 14:34:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1b4ugY-0000Lx-OE for emacs-orgmode@gnu.org; Mon, 23 May 2016 14:34:39 -0400 Received: from mail-vk0-x22c.google.com ([2607:f8b0:400c:c05::22c]:33864) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1b4ugY-0000Lp-JH for emacs-orgmode@gnu.org; Mon, 23 May 2016 14:34:38 -0400 Received: by mail-vk0-x22c.google.com with SMTP id c189so234534145vkb.1 for ; Mon, 23 May 2016 11:34:38 -0700 (PDT) In-Reply-To: <87a8jgocij.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 On Mon, May 23, 2016 at 1:27 PM, Nick Dokos wrote: > "Charles C. Berry" writes: [snip] > >> If there is a use case for a capability that is not well supported by >> existing headers it would be good to have an example. >> > > There's the use case that John describes: I've evaluated everything, > checked everything, I'm ready for export, I don't want babel to touch > the results - and I have a million blocks, so I'd rather have a global > setting than go in with individual headers. > > If you've covered this in a previous reply, please ignore me: I've only > paid intermittent attention to the thread, so apologies for missing a > big chunk of what has gone on before in the thread. > I actually have never used o-e-b-e prior to this thread. I just dove in as I was curious about it. My solution is using :eval yes/no as desired. I often fiddle with blocks one by one, and when I'm done and want to export the whole doc, my "file-wide" solution is simply: M-x replace-string RET :eval yes RET :eval no Works great for me. It can be a little tedious to find a mistake and quick change no -> yes just to C-c C-c on it and then turn yes -> no, but it works well enough. I can't see toggling a system-wide variable related to babel execution as being any less cumbersome, actually. After all the hoopla about o-e-b-e being a bad idea, and learning that it doesn't just handle eval but formatting, too, I wonder what the purpose of the variable *is* for? John > In any case, although I'm not happy about the state of things, I > understand better why they are as they are. > > Thanks! > -- > Nick > >