From: Bernt Hansen <bernt@norang.ca>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: Sebastien Vauban <wxhgmqzgwmuf@spammotel.com>, emacs-orgmode@gnu.org
Subject: Re: [org-babel] switching off (re-)evaluation of code blocks during Org export
Date: Tue, 22 Nov 2011 12:15:55 -0500 [thread overview]
Message-ID: <87ehx02i44.fsf@norang.ca> (raw)
In-Reply-To: <87ty5w5dzs.fsf@gmail.com> (Eric Schulte's message of "Tue, 22 Nov 2011 07:02:29 -0700")
Eric Schulte <schulte.eric@gmail.com> writes:
>>
>> Hence, maybe we should be able to set 2 possible behaviors[1] for the
>>`eval'
>> parameter:
>>
>> - one for the interactive mode (yes/query/no), and
>> - one for the export mode (yes/no, and maybe query as well?).
>>
>
> Agreed,
>
> The eval header argument now supports the following four options
> (updated in the manual under "Specific header arguments").
>
> | no or never | no evaluation anytime |
> | query | query before evaluation anytime |
> | no-eval or never-eval | no evaluation during export |
> | query-eval | query before evaluation during export |
>
> Thanks for the suggestion
Hi Eric,
Should the last two be named export-no, export-never, and export-query.
That seems more self-documenting to me.
I'm going to be confused about the difference between 'no' and 'no-eval'
in the future. Since the eval header argument already has 'eval' in it
is it not more useful to specify these values are export related?
Regards,
Bernt
next prev parent reply other threads:[~2011-11-22 17:16 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-22 0:13 [org-babel] switching off (re-)evaluation of code blocks during Org export Torsten Anders
2011-11-22 1:23 ` Eric Schulte
2011-11-22 9:46 ` Sebastien Vauban
2011-11-22 14:02 ` Eric Schulte
2011-11-22 17:15 ` Bernt Hansen [this message]
2011-11-22 17:31 ` Eric Schulte
2011-11-27 20:12 ` Torsten Anders
2011-11-28 7:13 ` Eric Schulte
2011-11-28 10:01 ` Torsten Anders
-- strict thread matches above, loose matches on Subject: below --
2011-11-21 16:37 Torsten Anders
2011-11-21 17:26 ` Sebastien Vauban
2011-11-21 17:34 ` Eric Schulte
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ehx02i44.fsf@norang.ca \
--to=bernt@norang.ca \
--cc=emacs-orgmode@gnu.org \
--cc=schulte.eric@gmail.com \
--cc=wxhgmqzgwmuf@spammotel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).