[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Orgmode] [bug] [babel] results eat up following text
From: |
Eric Schulte |
Subject: |
Re: [Orgmode] [bug] [babel] results eat up following text |
Date: |
Sat, 29 Jan 2011 08:42:44 -0700 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) |
Hi Eric,
Thanks for catching this issue. It turns out this was a result of
adding lists as supported output types, the code block thinks that the
enclosing list is the results list, and deletes it before inserting new
results.
Luckily this was a quick 2-character change, which has been committed.
Cheers -- Eric
Eric S Fraga <address@hidden> writes:
> Hello,
>
> please see attached file for a simple example of a bug in babel: if you
> execute the code block, the results section overwrites the text that
> follows the code block.
>
> If you insert an extra blank line between the end of the code block and
> the text that follows (before executing the block for the first time),
> the results will *not* overwrite the text *but* if you then execute the
> block again, the text will be overwritten.
>
> My feeling is that there's some interplay between lists (I use the 'both
> org-list-ending-method) and babel. I've no idea otherwise what is
> happening unfortunately.
>
> I can send my full configuration if need be but always prefer not to as
> I have to spend time obfuscating a number of things...
>
> Thanks,
> eric
>
> # -*- coding: utf-8; -*-
> #+TITLE: examplebug.org
> #+AUTHOR: Eric S Fraga
> #+EMAIL: address@hidden
>
> * babel results overwrite following text
>
> - start an item so that following is indented:
>
> #+begin_src octave :var x=10
> 3*x+5
> #+end_src
>
> This is some text that follows the code.