emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] [Bug][BABEL][R] Headers of the tables are not recognized during


From: Eric Schulte
Subject: Re: [O] [Bug][BABEL][R] Headers of the tables are not recognized during the export.
Date: Mon, 04 Apr 2011 11:36:50 -0600
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux)

Vitalie Spinu <address@hidden> writes:

> Hello everyone!
>
> Have a file like this:
> --------------------------------------------
> #+OPTIONS:    H:3 num:nil toc:2 \n:nil @:t ::t |:t ^:{} -:t f:t *:t TeX:t 
> LaTeX:t skip:t d:(HIDE) tags:not-in-toc
> #+BABEL: :exports both :session *R* :cache no
> #+TBLNAME: Chuah07
> | condition | Mean.offer |
> |-----------+------------|
> | 1.MMM     |      48.49 |
> | 2.MMU     |      42.59 |
> | 3.MUM     |      44.87 |
> | 4.UMU     |      46.43 |
> | 5.UUM     |      44.15 |
> | 6.UUU     |      43.80 |
> | MAL       |      46.28 |
> | UK        |       44.1 |
> | All       |      45.29 |
>
>
> #+begin_src R :var data=Chuah07 :results output
> str(data)
> #+end_src
>
> --------------------------------------------
>
> If I run html export C-c C-e b, the output like this:
>
> 'data.frame': 9 obs. of  2 variables:
>  $ V1: chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
>  $ V2: num  48.5 42.6 44.9 46.4 44.1 ...
>
> which means the header is not recognized.
>
> In contrast if I run C-c C-c on the block everything is fine:
>
> #+results
> : 'data.frame':       9 obs. of  2 variables:
> :  $ condition : chr  "1.MMM" "2.MMU" "3.MUM" "4.UMU" ...
> :  $ Mean.offer: num  48.5 42.6 44.9 46.4 44.1 ...
>

Thanks for catching this, I've just pushed up a fix for this issue.  The
column headers were being lost during the export processing.

>
>
> Also if I use :cache yes header. The html export recomputes the block.
> Wouldn't it be reasonable to have the exporter take into account the :cache
> header?
>

The exporter *does* take into account the :cache header, however, due to
the error above, the values of the inputs to the block of R code were
different on export than on interactive evaluation, so the cache was
invalidated as if the contents of the table had changed.

Cheers -- Eric

>
> Thanks,
> Vitalie.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]