emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] org-export-babel-evaluate=nil ignores ":exports results" setting


From: Charles C. Berry
Subject: Re: [O] org-export-babel-evaluate=nil ignores ":exports results" setting - this has changed
Date: Mon, 20 Feb 2017 15:54:59 -0800
User-agent: Alpine 2.20 (OSX 67 2015-01-07)

On Mon, 20 Feb 2017, Derek Feichtinger wrote:

When org-export-babel-evaluate is set to nil, I see a different behavior now as compared to earlier versions of org.

Indeed.

It is now *obsolete* and its behavior has intentionally been changed as noted here:

,----[ C-h v org-export-babel-evaluate RET ]
| org-export-babel-evaluate is a variable defined in ‘org-compat.el’.
| Its value is t
|
|   This variable is an alias for ‘org-export-use-babel’.
|   This variable is obsolete since Org 9.1;
|   use ‘org-export-use-babel’ instead.
|
| Documentation:
| 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.  When set to
| ‘inline-only’, only inline code blocks will be executed.  Users
| who wish to avoid evaluating code on export should use the header
| argument ‘:eval never-export’.
|
| You can customize this variable.
|
| [back]
`----

and here

         (info "(org) Exporting code blocks")

I think that this should be considered a bug.

Allowing header args to be processed (as before) also allows for arbitrary code to be executed. The point of setting ‘org-export-use-babel’ or `org-export-babel-evaluate' to nil was to prevent this. For that reason the former behavior was a bug.


Chuck

reply via email to

[Prev in Thread] Current Thread [Next in Thread]