Aaron Ecay aarone...@gmail.com writes:
Hi Rainer and Andreas,
2015ko urtarrilak 6an, Rainer M Krug-ek idatzi zuen:
What would definitely solve the issue is if the string containing the
tabs would use \t instead - but I have no idea how this could be
achieved easily.
This could be achieved
Hi Aaron and Nicolas,
Thanks for partly fixing this issue. Unfortunately, when working with
source block interactively the issue persists for me. If in the same
sample file I view the source block via 'C-c C-v v' and step through the
generated code line-by-line, the table is again not split
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Aaron and Nicolas,
Sorry for coming so late to this topic - I should try to figure out what
is causing the problem as I am the one responsible for this code...
Thanks for partly fixing this issue. Unfortunately, when working with
Hi Rainer,
Thanks for chiming in.
Rainer M Krug rai...@krugs.de writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Aaron and Nicolas,
Sorry for coming so late to this topic - I should try to figure out what
is causing the problem as I am the one responsible for this code...
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Rainer,
Thanks for chiming in.
Hope I can help...
Rainer M Krug rai...@krugs.de writes:
Andreas Leha andreas.l...@med.uni-goettingen.de writes:
Hi Aaron and Nicolas,
Sorry for coming so late to this topic - I should try to
Hi Nicolas,
2015ko urtarrilak 6an, Nicolas Goaziou-ek idatzi zuen:
Aaron Ecay aarone...@gmail.com writes:
You are correct about the silent dropping of macro-like text. However,
with current master that case gives an undefined macro error, which is
even worse.
I disagree. If we allow
Aaron Ecay aarone...@gmail.com writes:
Nothing unwilling about it – I had been deliberately trying to generate a
table with macros in it as the result of a babel block. These macros are
defined in the document, in order to encapsulate some fiddly typesetting
which recurs very commonly.
Aaron Ecay aarone...@gmail.com writes:
You are correct about the silent dropping of macro-like text. However,
with current master that case gives an undefined macro error, which is
even worse.
I disagree. If we allow to insert macro-like text in the table, it will
become active in the
Hi Rainer and Andreas,
2015ko urtarrilak 6an, Rainer M Krug-ek idatzi zuen:
What would definitely solve the issue is if the string containing the
tabs would use \t instead - but I have no idea how this could be
achieved easily.
This could be achieved by modifying the call to orgtbl-to-csv in
Hello,
Aaron Ecay aarone...@gmail.com writes:
Recently(-ish), Nicolas updated the org-table functions to use the
export framework. One of the drawbacks of this approach (as you have
brought to our attention) is that export filters are invoked. This
should probably be disabled.
Indeed. I
Hi Nicolas,
2015ko urtarrilak 5an, Nicolas Goaziou-ek idatzi zuen:
Hello,
Aaron Ecay aarone...@gmail.com writes:
Recently(-ish), Nicolas updated the org-table functions to use the
export framework. One of the drawbacks of this approach (as you have
brought to our attention) is that
Hi Vikas,
Thanks for following up on this issue!
Vikas Rawal vikasli...@agrarianresearch.org writes:
Michael Gauland mikely...@gmail.com writes:
I want to use an R block to manipulate data from an org table, but
I'm not
getting what I expect.
Hi Andreas,
Thanks for following up on this problem.
2015ko urtarrilak 4an, Andreas Leha-ek idatzi zuen:
I investigated and found that the culprit is an export filter I have
defined that replaces tabs with spaces:
--8---cut here---start-8---
(defun
I modified the definition of ob-R-transfer-variable-table-with-header in
ob-R.el by changing 'sep' from \\\t\ to \\. Now
#+BEGIN_SRC R :results output :exports both :session :var data.table=data
:colnames yes
names(data.table)
head(data.table)
#+END_SRC
(note the addition of
Hi Michael,
Michael Gauland mikely...@gmail.com writes:
I want to use an R block to manipulate data from an org table, but I'm not
getting what I expect.
If I define a table like this:
#+NAME: data
| A | B | C |
|-+-+|
| 115 | 76 | 60 |
| 124 | 78 | 55 |
I want to use an R block to manipulate data from an org table, but I'm not
getting what I expect.
If I define a table like this:
#+NAME: data
| A | B | C |
|-+-+|
| 115 | 76 | 60 |
| 124 | 78 | 55 |
| 118 | 73 | 65 |
| 114 | 75 | 61 |
| 108 | 74 | 82 |
and
Michael Gauland mikely...@gmail.com mailto:mikely...@gmail.com writes:
I want to use an R block to manipulate data from an org table, but I'm not
getting what I expect.
What am I doing wrong?
I believe, that this is a bug that has been reported already [1] and is
still open.
17 matches
Mail list logo