From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Eric Schulte" <schulte.eric@gmail.com>
Subject: Re: [babel] Inconsistencies/bug with :results raw
Date: Wed, 02 Mar 2011 07:34:03 -0700
Message-ID: <871v2py3gr.fsf@gmail.com>
References: <AANLkTi=UX7+PDC57fMHCRfnsLy7=ZqSocjoOZihj9KAg@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from [140.186.70.92] (port=54602 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PunVg-0001jJ-9C
	for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 09:58:41 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1PunVd-0003cS-RE
	for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 09:58:40 -0500
Received: from mail-gw0-f51.google.com ([74.125.83.51]:34328)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1PunVd-0003cF-OV
	for emacs-orgmode@gnu.org; Wed, 02 Mar 2011 09:58:37 -0500
Received: by gwb15 with SMTP id 15so3053119gwb.38
	for <emacs-orgmode@gnu.org>; Wed, 02 Mar 2011 06:58:37 -0800 (PST)
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Rainer M Krug <r.m.krug@gmail.com>
Cc: emacs-orgmode <emacs-orgmode@gnu.org>

Hi Rainer,

Rainer M Krug <r.m.krug@gmail.com> writes:

> Hi
>
> When exporting this org document to pdf, I get the attached pdf. There
> are some inconsistencies in the export:
>
> 1) if I use :results once or twice makes a difference
> 2) when using :results twice, the result s not the same as the
> combined nor the second :result value.
> 3) when using :results raw, no results at all are exported (expected).
> 4) If each code block is previously evaluated, the exported pdf
> differs from the origial one,
>
> I do not assume, that this is caused by my configuration, but I attach
> my emacs.org anyway.
>
> Cheers,
>
> Rainer
>
> * Version 1
> This version only prints the org code for the table, but does not interprets it.
> #+begin_src R :exports both :results output raw
>   pdf("pdf1.pdf")
>   plot(runif(100))
>   dev.off()
>   cat(
>       "\n|--|--|\n",
>       "|name|[[./pdf1.pdf]]|\n",
>       "|--|--|\n"
>       )
> #+end_src
>

If you remove the leading "\n" from before the table in your cat call,
then the output will be table-aligned.  Also, this will have the result
of allowing Babel to remove the existing table on subsequent
evaluations.

>
>
>
> * Version 2
> This version prints the table including the graph as expected, but
> :results is used twice as a header argument.
> #+begin_src R :results output :exports both :results raw
>   pdf("pdf1.pdf")
>   plot(runif(100))
>   dev.off()
>   cat(
>       "\n|--|--|\n",
>       "|name|[[./pdf1.pdf]]|\n",
>       "|--|--|\n"
>       )
> #+end_src
>

Oh, thanks for catching this behavior (the difference based on splitting
of :results across two header arguments).  I've just pushed up a fix.

>
>
>
> * Version 3
> Finally this version does only export the R code
> #+begin_src R :exports both :results raw
>   pdf("pdf1.pdf")
>   plot(runif(100))
>   dev.off()
>   cat(
>       "\n|--|--|\n",
>       "|name|[[./pdf1.pdf]]|\n",
>       "|--|--|\n"
>       )
> #+end_src

Best -- Eric