From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vikas Rawal Subject: Re: "header-args :eval inline-only" not working Date: Sun, 20 Aug 2017 18:11:01 +0530 Message-ID: <0F522BB0-5BA9-4513-B90F-5E8E35D3C923@agrarianresearch.org> References: <87fucnjr3h.fsf@nicolasgoaziou.fr> <672780F6-F156-4D48-8774-3E449FF4EA5B@agrarianresearch.org> <40F87DC3-9AF2-43D4-9E9D-11826219EA79@agrarianresearch.org> <06F7619D-A294-4AAE-89BA-DB9FC17FEDC2@ucsd.edu> <7B90B949-C235-4F16-A2E5-4A22EB850DBC@agrarianresearch.org> <101B0AF0-A5B4-4FE0-B0B7-192B04B99F3D@ucsd.edu> <0B21A5BE-80FE-4B83-970B-84C32270BCA3@agrarianresearch.org> <87inhiilor.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32818) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1djPvD-0006JZ-7d for emacs-orgmode@gnu.org; Sun, 20 Aug 2017 09:05:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1djPvA-0005Yv-08 for emacs-orgmode@gnu.org; Sun, 20 Aug 2017 09:05:43 -0400 Received: from mail-pg0-x242.google.com ([2607:f8b0:400e:c05::242]:34108) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1djPv9-0005SD-OY for emacs-orgmode@gnu.org; Sun, 20 Aug 2017 09:05:39 -0400 Received: by mail-pg0-x242.google.com with SMTP id i12so4742835pgr.1 for ; Sun, 20 Aug 2017 06:05:38 -0700 (PDT) In-Reply-To: <87inhiilor.fsf@nicolasgoaziou.fr> 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: Nicolas Goaziou Cc: org-mode mailing list , "Berry, Charles" >=20 >> I am on the latest version on org mode ELPA. It is dated August 18, >> 2017, so should include the commit you mention. >=20 > `org-export-use-babel' is from "master" branch. ELPA provides = "maint=E2=80=9D. Got it. >> But this would prevent exporting all code blocks including inline = blocks. >>=20 >> Isn=E2=80=99t it? >>=20 >> There seems no way of separately controlling inline and other blocks. >=20 > There is. You put :eval never-export on all src blocks and :eval t on > inline code. Note, however, that inline code might call indirectly src > blocks, so this can lead to odd situations. >=20 > What you are missing, probably, is some way to set this globally. Right. > Alas, > `org-export-use-babel' or `org-export-babel-evaluate' is not the = answer. > As suggested in the thread you mentioned earlier, we might as well get > rid of `org-export-use-babel' altogether. It seems to confuse many = users > and isn't very useful. >=20 > WDYT? >=20 I see no use for org-export-use-babel. But I can only speak for myself = here. In my own case, the src blocks are all R, and inline code is emacs-lisp. = So, I can use "header-args:R :eval never-export=E2=80=9D to turn off = evaluation of R code at export time. Vikas=