From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: Re: org-babel-R export parameters Date: Mon, 07 Jun 2010 15:28:46 -0700 Message-ID: <87d3w2h3z5.fsf@gmail.com> References: <20100606225802.GC13859@thinkpad.adamsinfoserv.com> <87k4qbyc5p.fsf@stats.ox.ac.uk> <20100607080434.GD13859@thinkpad.adamsinfoserv.com> <871vcjp631.fsf@stats.ox.ac.uk> <20100607103100.GE13859@thinkpad.adamsinfoserv.com> <4C0D3D20.7020304@ccbr.umn.edu> <20100607185119.GG13859@thinkpad.adamsinfoserv.com> <87eigilj9w.fsf@gmail.com> <4C0D4EEE.9090105@ccbr.umn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=54020 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OLkoS-0005Dq-Ro for emacs-orgmode@gnu.org; Mon, 07 Jun 2010 18:28:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OLkoR-0002eT-19 for emacs-orgmode@gnu.org; Mon, 07 Jun 2010 18:28:56 -0400 Received: from mail-pw0-f41.google.com ([209.85.160.41]:59797) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OLkoQ-0002dw-Sv for emacs-orgmode@gnu.org; Mon, 07 Jun 2010 18:28:54 -0400 Received: by pwi6 with SMTP id 6so3714216pwi.0 for ; Mon, 07 Jun 2010 15:28:53 -0700 (PDT) In-Reply-To: <4C0D4EEE.9090105@ccbr.umn.edu> (Erik Iverson's message of "Mon, 07 Jun 2010 14:56:30 -0500") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Erik Iverson Cc: emacs-orgmode@gnu.org Erik Iverson writes: >> I personally find this useful because it allows me to use code blocks to >> generate results, and then when I'm content with the file I can set >> ":exports none" to avoid re-generating the file on every export -- while >> retaining the existing link keeps the file included in my export. >> >> I do see how this could be confusing, and maybe it would be appropriate >> to begin stripping out the results of code blocks on export. > > 1 vote for that from me, for the exact same situation as this thread > describes, i.e., I want to preview graphics in emacs, but have PDFs > included in LaTeX upon export. > Upon reflection, I agree with you (and Russel) that just because results were lying around in the buffer before export doesn't mean that the ':exports none' and ':exports code' header arguments should have their meaning subverted. I've made this change to the exporter (in the latest git HEAD) and thanks to the way Org-mode handles export, the removal of results during export does *not* mean that the results will be permanently removed after export -- said differently, exporting will have no lasting effect on the contents of the org-mode buffer. Thanks to both of you for bringing this up. > > I have cobbled together something this afternoon that uses doc-view to > overlay a png over a PDF results file. There are a couple things to > sort out, but I'll post that when I get home, it could possibly help > here, at least with not having to generate both types of files from > R/org-mode. sounds great, I look forward to seeing it. It seems to be that such a pdf inline preview would be useful across general org-mode usage, not just in the context of babel. Best -- Eric