[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] Bug: begin_src org :results replace does not work
From: |
Nicolas Goaziou |
Subject: |
Re: [O] Bug: begin_src org :results replace does not work |
Date: |
Wed, 31 May 2017 16:15:55 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) |
Hello,
"Charles C. Berry" <address@hidden> writes:
> On Mon, 29 May 2017, Vikas Rawal wrote:
>
>> Why does the replace keyword not work? It prepends the results. I have
>> tried both ":results value replace" and ":results output replace".
>>
>> I am on org-version 9.0.7
>>
>> Vikas
>>
>>
>>
>>
>> #+NAME: one
>> #+BEGIN_SRC org :results value replace export both
>> ,#+NAME: table-yield
>> ,#+CAPTION: Simple table created using latex tabular environment
>> ,#+attr_latex: :environment tabular :width \textwidth :align lrr
>> | State | Variable one | Varia two |
>> |----------------+---------------+----------------|
>> | MP | 672 | 13000 |
>> | Har | 300 | 25000 |
>> | Pun | 260 | 35000 |
>> #+End_SRC
>>
>
> The problem is that the results you generate is a table with
> affiliated keywords NAME and CAPTION and ATTR_[backend].
>
> `org-at-table-p' does not recognize that the keywords are followed by
> a table. Altering this function might be asking for trouble as it is
> used outside babel.
>
> So maybe the cond test should refer to `org-element-context' to better
> sort this out and correctly identify the table end.
Even though that change may be interesting on its own, it isn't a proper
solution here.
Raw values cannot be replaced. The only possible handling is "prepend"
since Org cannot possibly know what the results are. For example, with
the following src block
#+begin_src org
Pargraph 1
Paragaph 2
#+end_src
Org cannot know if a raw "Parapraph 2" belongs the the results or is
a paragraph following them.
Since "raw" format is special, the most surprising thing here is that
Org src blocks use it as a default.
Anyway, I don't think there is anything to fix (except maybe the
documentation). The OP is requesting an impossible combination of
parameters.
Regards,
--
Nicolas Goaziou