From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Landis Subject: Re: Selectively export RESULTS Date: Fri, 2 Mar 2012 17:24:44 +0000 (UTC) Message-ID: 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; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35052) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3WEG-0002Ut-6G for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:25:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S3WDv-0001Hx-MS for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:25:15 -0500 Received: from plane.gmane.org ([80.91.229.3]:36820) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S3WDv-0001Hf-Fo for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 12:24:55 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S3WDt-0002ZT-Gp for emacs-orgmode@gnu.org; Fri, 02 Mar 2012 18:24:53 +0100 Received: from 75-150-119-9-NewEngland.hfc.comcastbusiness.net ([75.150.119.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Mar 2012 18:24:53 +0100 Received: from landis by 75-150-119-9-NewEngland.hfc.comcastbusiness.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Mar 2012 18:24:53 +0100 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: emacs-orgmode@gnu.org 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. > 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. For this reason, I'd prefer to be able to decide whether to re-run on a file- wide basis. Many thanks to all of you who have created such an amazing system. M