From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Schulte Subject: Re: Selectively export RESULTS Date: Fri, 02 Mar 2012 10:48:29 -0700 Message-ID: <87mx7ynbbm.fsf@gmx.com> References: <87ty2aw7ps.fsf@tajo.ucsd.edu> <87ty29eg8n.fsf@tajo.ucsd.edu> <87boohbmch.fsf@gmx.com> <8762epz8uh.fsf@tajo.ucsd.edu> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:55091) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3Waz-0007CB-PK for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:48:51 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S3Wau-0005u5-AD for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:48:45 -0500 Received: from mailout-us.gmx.com ([74.208.5.67]:46263) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1S3Wau-0005tu-3s for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:48:40 -0500 In-Reply-To: (Matthew Landis's message of "Fri, 2 Mar 2012 17:24:44 +0000 (UTC)") 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Matthew Landis Cc: emacs-orgmode@gnu.org Matthew Landis writes: > tajo.ucsd.edu> writes: > >> >> Eric Schulte gmx.com> writes: >> >> >>> Does this do what you want? > >> > >> > Have you looked at the :cache header argument [1], from my understanding >> > of your use case it should be exactly what you are after. >> > >> >> Its a step in the right direction. >> >> It seems I have to set :cache yes on every block I use before I invoke >> it. My attempt to use a buffer-wide PROPERTY setting for cache did not >> pan out. >> Were these technical problems with the implementation of :cache, or logistical problems specific to your organization of code blocks? > > I'd like to put in a vote for the kind of functionality that cberry is > describing. I have a very similar situation - a large org file that uses R to > do a lot of time consuming data manipulation and model fitting, resulting in > statistical tables and graphs. I run a lot of the code blocks as I'm writing > it, resulting in :results in the org file. > > In the end, I'd like to export the org file to html or ODT, but I'd like to be > able to choose buffer-wide whether to rerun all of the code blocks or just use > the results that are already in the buffer. I tried setting #+PROPERTY: eval no > at the top of the buffer in the hopes that on export, it would ignore all my > code blocks and just incorporate the :results, but this was ignored and my code > blocks were rerun. > > The cache argument only partially deals with the problem, as this example > illustrates: > > #+begin_src R :session :cache yes > x <- rnorm(100) > #+end_src > #+begin_src R :session :results graphics :exports results :file hist.png :cache yes > hist(x) > #+end_src > > Now after the first export, I change code block 2, but not code block 1. If I > understand how cache works correctly, code block 2 will be rerun, but it will > fail because code block 1 is not rerun, so x doesn't exist in the R session. > Have you tried this? The cache header argument has special handling of code blocks with sessions to handle such cases. > > For this reason, I'd prefer to be able to decide whether to re-run on a file- > wide basis. > I'm not clear on why file-wide setting of cache does not work. Are you requesting a new option to :cache, such that even if the code block has changes the old results are used anyway? > > Many thanks to all of you who have created such an amazing system. > Thanks, > > M > > > -- Eric Schulte http://cs.unm.edu/~eschulte/