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 06:40:48 +0530 Message-ID: <40F87DC3-9AF2-43D4-9E9D-11826219EA79@agrarianresearch.org> References: <87fucnjr3h.fsf@nicolasgoaziou.fr> <672780F6-F156-4D48-8774-3E449FF4EA5B@agrarianresearch.org> Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\)) Content-Type: multipart/alternative; boundary="Apple-Mail=_5EA0AEAC-8674-4D36-AE80-7C66EAB25207" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59792) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1djEmq-0000Ye-5C for emacs-orgmode@gnu.org; Sat, 19 Aug 2017 21:12:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1djEmm-0001Rh-Ub for emacs-orgmode@gnu.org; Sat, 19 Aug 2017 21:12:20 -0400 Received: from mail-pf0-x243.google.com ([2607:f8b0:400e:c00::243]:38508) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1djEmm-0001RN-LO for emacs-orgmode@gnu.org; Sat, 19 Aug 2017 21:12:16 -0400 Received: by mail-pf0-x243.google.com with SMTP id h75so3664937pfh.5 for ; Sat, 19 Aug 2017 18:12:16 -0700 (PDT) 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: "Berry, Charles" Cc: org-mode mailing list , Nicolas Goaziou --Apple-Mail=_5EA0AEAC-8674-4D36-AE80-7C66EAB25207 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 >=20 >=20 > The first problem is that you have babel code *inside* a macro. Since = macros are run after babel executes, nothing will happen. =46rom the manual: "Org expands macros at the very beginning of the = export process.=E2=80=9D These macros run fine if I allow code evaluation. Macro replacement = happens first, and then the code evaluation. That is not the problem. >=20 > Next, there is no `:eval inline-only'. That seem to work only because = only the negative cases are checked. i.e. it is the same as `:eval yes' = or even `:eval yes-please-and-thank-you=E2=80=99. Again, from the manual: "To evaluate just the inline code blocks, set org-export-babel-evaluate = to inline-only. Isolating the option to allow inline evaluations = separate from =E2=80=98src=E2=80=99 code block evaluations during = exports is not for security but for avoiding any delays due to = recalculations, such as calls to a remote database.=E2=80=9D With current org, I get this behaviour only if I globally set the = option. But that somehow disables ":results=E2=80=9D. With older org, everything works as it should. Vikas --Apple-Mail=_5EA0AEAC-8674-4D36-AE80-7C66EAB25207 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8


The first problem is that you have babel = code *inside* a macro.  Since macros are run after babel executes, = nothing will happen.

=46rom the = manual: "Org expands macros at the very beginning of the export = process.=E2=80=9D

These macros run = fine if I allow code evaluation. Macro replacement happens first, and = then the code evaluation. That is not the problem.


Next, there is no = `:eval inline-only'.  That seem to work only because only the = negative cases are checked. i.e. it is the same as `:eval yes' or even =  `:eval yes-please-and-thank-you=E2=80=99.

Again, from the manual:

"To evaluate just the inline code blocks, set = org-export-babel-evaluate to inline-only. Isolating the option to allow = inline evaluations separate from =E2=80=98src=E2=80=99 code block = evaluations during exports is not for security but for avoiding any delays due to recalculations, such as = calls to a remote database.=E2=80=9D

With = current org, I get this behaviour only if I globally set the option. But = that somehow disables ":results=E2=80=9D.

With older org, everything works as it = should.

Vikas

= --Apple-Mail=_5EA0AEAC-8674-4D36-AE80-7C66EAB25207--