Sebastien Vauban writes:
> That's normal with raw results: as I wrote it in
> http://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg01273.html, as
> there are *no obvious markers to delimit the results* in the Org mode file,
> there is no way to know where raw results begin or end: raw results
On Tue, Nov 6, 2012 at 12:48 PM, Ista Zahn wrote:
> On Tue, Nov 6, 2012 at 8:22 AM, Eric Schulte wrote:
>> Ista Zahn writes:
>
>>> Using ':results
>>> drawer' or ':results org' gives me verbatim export
>>
>> This was a bug in ":results drawer", which should *not* escape its
>> results. I've jus
On Tue, Nov 6, 2012 at 8:22 AM, Eric Schulte wrote:
> Ista Zahn writes:
>> Using ':results
>> drawer' or ':results org' gives me verbatim export
>
> This was a bug in ":results drawer", which should *not* escape its
> results. I've just pushed up a fix for this so ":results drawer" should
> now
On Tue, Nov 6, 2012 at 12:16 PM, Nicolas Goaziou wrote:
> Ista Zahn writes:
>
>> On Tue, Nov 6, 2012 at 11:44 AM, Nicolas Goaziou wrote:
>>> Ista Zahn writes:
>>>
Thank you, all is working as desired now! One small niggle: the
'::RESULTS:' and ':END:' strings are included in the expor
Ista Zahn writes:
> On Tue, Nov 6, 2012 at 11:44 AM, Nicolas Goaziou wrote:
>> Ista Zahn writes:
>>
>>> Thank you, all is working as desired now! One small niggle: the
>>> '::RESULTS:' and ':END:' strings are included in the exported html.
>>> Not sure if this is intentional, but it seems to me
On Tue, Nov 6, 2012 at 11:44 AM, Nicolas Goaziou wrote:
> Ista Zahn writes:
>
>> Thank you, all is working as desired now! One small niggle: the
>> '::RESULTS:' and ':END:' strings are included in the exported html.
>> Not sure if this is intentional, but it seems to me that they should
>> be rem
Ista Zahn writes:
> Thank you, all is working as desired now! One small niggle: the
> '::RESULTS:' and ':END:' strings are included in the exported html.
> Not sure if this is intentional, but it seems to me that they should
> be removed (or at lease given a class so we can hide them via css)
Th
Hello,
"Sebastien Vauban"
writes:
> That's normal with raw results: as I wrote it in
> http://lists.gnu.org/archive/html/emacs-orgmode/2012-09/msg01273.html, as
> there are *no obvious markers to delimit the results* in the Org mode file,
> there is no way to know where raw results begin or en
On Tue, Nov 6, 2012 at 8:22 AM, Eric Schulte wrote:
> Ista Zahn writes:
>
>> Hi all,
>>
>> I've been silently suffering since the changes to source block
>> processing announced at the end of September[1]. I had been using
>> (abusing?) ':results org' to write results that would be processed as
>
Ista Zahn writes:
> Hi all,
>
> I've been silently suffering since the changes to source block
> processing announced at the end of September[1]. I had been using
> (abusing?) ':results org' to write results that would be processed as
> orgmode syntax and exported to both latex and html. For exam
Hi Ista and Nicolas,
Ista Zahn wrote:
> On Mon, Nov 5, 2012 at 12:25 PM, Nicolas Goaziou wrote:
>> Ista Zahn writes:
>>
>>> The only way I can get the headlines and tables to be exported
>>> properly is to set ':results raw', but then I get duplicate results
>>> every time I evaluate the R sourc
Thank you Nicolas for your quick response!
On Mon, Nov 5, 2012 at 12:25 PM, Nicolas Goaziou wrote:
> Hello,
>
> Ista Zahn writes:
>
>> The only way I can get the headlines and tables to be exported
>> properly is to set ':results raw', but then I get duplicate results
>> every time I evaluate th
Hello,
Ista Zahn writes:
> The only way I can get the headlines and tables to be exported
> properly is to set ':results raw', but then I get duplicate results
> every time I evaluate the R source block.
You can use ":cache yes" in order to avoid duplicating results.
> Is there any way to prod
13 matches
Mail list logo
