From: Matthew Landis <landis@isciences.com>
To: emacs-orgmode@gnu.org
Subject: Re: Selectively export RESULTS
Date: Fri, 2 Mar 2012 18:33:56 +0000 (UTC) [thread overview]
Message-ID: <loom.20120302T191703-521@post.gmane.org> (raw)
In-Reply-To: 87mx7ynbbm.fsf@gmx.com
Eric Schulte <eric.schulte <at> gmx.com> writes:
>
> Matthew Landis <landis <at> isciences.com> writes:
>
> Have you tried this? The cache header argument has special handling of
> code blocks with sessions to handle such cases.
Fair enough! I hadn't tried it. But I did just try this example:
-------------------------------------
#+TITLE: Super simple example using cache header arguments
#+PROPERTIES: eval no
Here is a really simple example.
#+begin_src R :session :results silent :exports code :cache yes
x <- rnorm(100)
cat('ran this code block')
#+end_src
here is code block two.
#+begin_src R :session :results graphics :exports both :file hist.png :cache yes
hist(x, main = 'A new title' )
#+end_src
#+results[1987d49b46ffd8b7263dc04e7c7b5d25f90342aa]:
[[file:hist.png]]
---------------------------------
RESULTS:
On 1st export to html, both code blocks are run, and #+results block is *not*
created.
On 2nd export, both code blocks are run again, counter to my desires.
IF I run the code blocks interactively first using C-c C-c, the #+results block
is created for the code block 2. After that, subsequent exports run code block
1 but not code block 2. Again, this is counter to my desires because I want
code block 1 to be ignored as well. I understand why code block 1 is rerun,
because I have :results silent, but I'd rather not have to change that.
Generally, code block 1 is producing large R data.frames which don't need to be
viewed anywhere.
> Are you requesting a new option to :cache, such that even if the code
> block has changes the old results are used anyway?
Sort of. I think I'm asking for a file wide option to decide whether to run any
code blocks, or just do the export based on whatever is currently existing in
the #+results blocks.
As in this example, I tried #+PROPERTIES: eval no but it is ignored. It would
be great if I could set an eval argument at the top of the file to be either
'no' (don't run any code blocks) 'yes' (run all code blocks) or 'block' respect
block level eval settings
Maybe such functionality exists in some other way - I claim only beginners
knowledge of org-babel.
next prev parent reply other threads:[~2012-03-02 18:34 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-29 5:04 Selectively export RESULTS cberry
2012-02-29 7:05 ` Thomas S. Dye
2012-02-29 16:50 ` cberry
2012-02-29 17:06 ` Eric Schulte
2012-02-29 20:24 ` cberry
2012-03-02 17:24 ` Matthew Landis
2012-03-02 17:48 ` Eric Schulte
2012-03-02 18:33 ` Matthew Landis [this message]
2012-03-02 19:33 ` Eric Schulte
2012-03-02 20:12 ` Matthew Landis
2012-03-02 20:20 ` Eric Schulte
2012-03-03 10:43 ` Sebastien Vauban
2012-03-03 14:52 ` Achim Gratz
2012-03-03 23:01 ` Sebastien Vauban
2012-03-04 10:37 ` Achim Gratz
2012-03-04 20:44 ` Sebastien Vauban
2012-03-02 19:42 ` cberry
2012-03-02 20:26 ` Eric Schulte
2012-03-02 21:08 ` cberry
2012-03-02 21:26 ` Nick Dokos
2012-03-02 21:35 ` cberry
2012-03-02 23:01 ` Nick Dokos
2012-03-02 17:59 ` Christophe Pouzat
2012-03-02 18:53 ` Matthew Landis
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=loom.20120302T191703-521@post.gmane.org \
--to=landis@isciences.com \
--cc=emacs-orgmode@gnu.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.