From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rainer M Krug Subject: Re: [BABEL] evaluation of R code in export Date: Mon, 26 Jul 2010 09:53:16 +0200 Message-ID: <4C4D3EEC.6010703@mail.com> References: <4C47FF10.1020808@mail.com> <87tynqcct8.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from [140.186.70.92] (port=56615 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OdIV4-0006sK-9s for emacs-orgmode@gnu.org; Mon, 26 Jul 2010 03:53:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OdIUz-0005j4-1C for emacs-orgmode@gnu.org; Mon, 26 Jul 2010 03:53:26 -0400 Received: from mail-ww0-f41.google.com ([74.125.82.41]:56989) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OdIUy-0005in-Qb for emacs-orgmode@gnu.org; Mon, 26 Jul 2010 03:53:21 -0400 Received: by wwd20 with SMTP id 20so2553809wwd.0 for ; Mon, 26 Jul 2010 00:53:19 -0700 (PDT) In-Reply-To: <87tynqcct8.fsf@gmail.com> 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: Eric Schulte Cc: emacs-orgmode -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Eric, On 23/07/2010 19:45, Eric Schulte wrote: > Hi Rainer, > > I general it is useful to have the results of Babel-evaluated code > appear in the session history as it can help for debugging. Ok - agreed. The results are quite useful - but I would prefer the history of the commands in the R session which is accessible by C-up to not include the commands issued - but I can live with it as it is now. > > Maybe (if you are specifying the session on a subtree or file wide > bases) it would be possible to change the session name to a different > name so that your normal working session won't be polluted. Wouldn't work, as I am creating a report of an object created in the other R session - unless I save it and load it, which would be an option. I'll think about it. > > This is butting up against a more general feature which has been dancing > in the twilight of Babel's glow for some time now. Namely the ability > to specify header arguments which are conditional on the export state, > where export state can be something like > - nil :: not currently export, this is the default > - t :: an export is taking place > - html :: exporting to html > - latex :: exporting to latex > - ascii :: exporting to ascii > etc... I think that would be really useful - in addition, when I want to include a graph in the export, I would prefer to be able to specify one format for html (png) and pdf for latex / pdf export. > > How exactly this should best be folded into the existing header argument > resolution schema is not immediately clear, so this development may take > some time. > > If anyone has suggestions on syntax or behavior for this functionality > please do share. Unfortunately not, Cheers and thanks, Rainer > > Thanks -- Eric > > Rainer M Krug writes: > >> Hi >> >> assuming I have the following in an org buffer (and enabled evaluation >> of R code), and export it to html. >> >> The exported html looks perfect, but when I go into the *R_test* buffer, >> I see all the commands evaluated in the export (which is not such a >> problem), but they are also inserted in the history. >> >> When evaluating a line of code in ESS, this line is evaluated, but NOT >> added to the history. Would that be possible for evaluation of R code >> during export as well? >> >> My reasoning is, that I have a report in an .org file, which is using an >> existing R session in which I conduct simulations. When creating the >> report from a finished simulation, my command history in the *R* buffer >> contains all the commands evaluated for the export, and if I want to >> change one parameter for the simulation, I either have to go back >> several commands to find it, or type it in again. If the evaluated >> commands would not appear in the history, I could simply go one command >> back. >> >> If it is not to much work, it would be great if this could be changed. >> >> Cheers and thanks for an excellent tool, >> >> Rainer >> >> ############################################ >> >> #+BABEL: session *R_test* >> ** test >> #+begin_src R :exports both >> x <- 5 >> x >> #+end_src >> >> ############################################ - -- Rainer M. Krug, PhD (Conservation Ecology, SUN), MSc (Conservation Biology, UCT), Dipl. Phys. (Germany) Centre of Excellence for Invasion Biology Natural Sciences Building Office Suite 2039 Stellenbosch University Main Campus, Merriman Avenue Stellenbosch South Africa Tel: +33 - (0)9 53 10 27 44 Cell: +27 - (0)8 39 47 90 42 Fax (SA): +27 - (0)8 65 16 27 82 Fax (D) : +49 - (0)3 21 21 25 22 44 Fax (FR): +33 - (0)9 58 10 27 44 email: Rainer@krugs.de Skype: RMkrug -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxNPuwACgkQoYgNqgF2egqO3wCfVtx2F6B41B21xjlNwkcXrsID 27QAniS5SCm2DNl3OrQDRN2Yi1Q8RnWa =c11Q -----END PGP SIGNATURE-----