From: Andreas Leha <andreas.leha@med.uni-goettingen.de>
To: emacs-orgmode@gnu.org
Subject: Re: Re: Suppressing src block evaluationon publish?
Date: Thu, 17 Feb 2011 18:09:02 +0100 [thread overview]
Message-ID: <4D5D562E.5030204@med.uni-goettingen.de> (raw)
In-Reply-To: <878vxxp3ed.fsf@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 3458 bytes --]
Hi all,
sorry to reopen this thread, but this does not work for me (GNU Emacs
23.2.1, Org almost HEAD c7700d7bbee4f7596feb199b1ec1bc7750d4fb48)
For me the image in the attached example is always created during
(LaTeX)export. Even if I do the manual evaluation once (and the hash is
created).
The manual re-evaluation respects the :cache yes and does not evaluate
again.
What am I missing?
- Andreas
================================
* Test
Some text.
#+srcname: some_code
#+begin_src R :session :exports code :eval never
mean <- 0
#+end_src
Some text.
#+srcname: plot_code
#+begin_src R :session :exports code :eval never
plot(x=rnorm(1000000, mean=mean, sd=sd),
y=rnorm(1000000, mean=mean, sd=sd))
#+end_src
* Plots
#+LABEL: fig:test
#+ATTR_LaTeX: height=.29\textheight
#+srcname: plot_1
#+begin_src R :session :noweb yes :file test.pdf :exports results
:results graphics :width 8 :height 4 :cache yes
sd <- 4
<<some_code>>
<<plot_code>>
#+end_src
#+results[17681e8e450f1f4e1d8f55fa57f9be1b24dae4db]: plot_1
[[file:test.pdf]]
================================
Am 03.02.2011 15:34, schrieb Eric Schulte:
> Dan Davison <dandavison7@gmail.com> writes:
>
>
>> Loris Bennett <loris.bennett@fu-berlin.de> writes:
>>
>>
>>> Erik Iverson <eriki@ccbr.umn.edu> writes:
>>>
>>>
>>>> Loris Bennett wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I have an org file containing several src blocks which generate images
>>>>> using ditaa. When I publish to PDF via LaTeX, the images are all
>>>>> generated every time, which makes publishing rather slow.
>>>>>
>>>>> Is there some way to toggle the evaluation of the src blocks on and off
>>>>> when the file is published?
>>>>>
>>>>>
>>>> You could try the :cache header argument, http://orgmode.org/org.html#cache
>>>>
>>>>
>>> Ah, thanks. There is a slight gotcha here, though.
>>>
>>> I added :cache yes to the source headers and exported again, but nothing
>>> changed; all the images were generated again. Also, no SHA1 hash was
>>> added to the +results header.
>>>
>>> After some fruitless fiddling I was about to write to the list again and
>>> moan, when I did a slightly random C-c C-c in the begin_src line and,
>>> hey presto, the hash was added to the results header. I then did this
>>> for all the images and found that the image were no longer regenerated
>>> on export, as advertised.
>>>
>> Hi Loris,
>>
>> Yes. It does seem that it would be nice if in this situation, the first
>> export added the SHA1s, and subsequent exports recognized that
>> evaluation wasn't required. I think the reason this does not happen is
>> that behind-the-scenes Org makes a copy of the buffer for export
>> preprocessing (including src block evaluation). But Eric S is the expert
>> -- he may have more to say here.
>>
>>
> Yes, this is exactly the case. Org-mode is very careful that the
> process of exporting does not make any permanent changes to the original
> org-mode file. I agree this should be mentioned in the :cache
> documentation.
>
> Best -- Eric
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode
>
[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/pkcs7-signature, Size: 6432 bytes --]
[-- Attachment #2: Type: text/plain, Size: 201 bytes --]
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
next prev parent reply other threads:[~2011-02-17 17:11 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-01 15:56 Suppressing src block evaluationon publish? Loris Bennett
2011-02-01 16:06 ` Erik Iverson
2011-02-03 8:19 ` Loris Bennett
2011-02-03 10:38 ` Dan Davison
2011-02-03 14:34 ` Eric Schulte
2011-02-17 17:09 ` Andreas Leha [this message]
2011-02-01 16:35 ` Andrea Crotti
2011-02-01 16:37 ` Andrea Crotti
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=4D5D562E.5030204@med.uni-goettingen.de \
--to=andreas.leha@med.uni-goettingen.de \
--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 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).