From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: [babel] using #+call for inline results Date: Thu, 23 Jun 2011 18:30:17 +0100 Message-ID: <87r56k78wm.fsf@ucl.ac.uk> References: <87mxhaunsi.fsf@ucl.ac.uk> <87mxh9omwb.fsf@gmail.com> <87mxh9pvz8.fsf@ucl.ac.uk> <87sjr1i040.fsf@gmail.com> <874o3hvuh0.fsf@ucl.ac.uk> <87sjr0psih.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([140.186.70.92]:47029) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZok1-0000d2-3e for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 14:35:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZojz-0001vl-C4 for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 14:35:00 -0400 Received: from vscane-b.ucl.ac.uk ([144.82.108.141]:46175) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZojz-0001vK-1l for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 14:34:59 -0400 In-Reply-To: <87sjr0psih.fsf@gmail.com> (Nicolas Goaziou's message of "Thu, 23 Jun 2011 15:49:26 +0200") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Eric Schulte Cc: emacs-orgmode@gnu.org Nicolas Goaziou writes: > Hello, > > Eric S Fraga writes: > >> For completeness, I've attached a file which shows that it *can* work >> but also that it confuses the export of lists (Nicolas?) if the inline >> code is in a list item. > > I see no difference between the paragraph and the list item: in both > cases, the table doesn't appear, as it has been moved right after the > headline by `org-export-blocks-preprocess' during export. > > Are we observing the same phenomenon? > > Regards, No, I don't believe so. Nothing to do with the table; all to do with the two inline babel evaluations. The latex I get exported by this snippet of org code: --8<---------------cut here---------------start------------->8--- The relative volatility is src_octave[:var it=benzene-chlorobenzene-relative-volatility :results output raw]{disp(it);}. If I put the result in a list: - it does not work as the result is src_octave[:var it=benzene-chlorobenzene-relative-volatility :results output raw]{disp(it);} and the list processing is confused. --8<---------------cut here---------------end--------------->8--- is --8<---------------cut here---------------start------------->8--- The relative volatility is 7.8578 . If I put the result in a list: \begin{itemize} \item it does not work as the result is 7.8578 \end{itemize} and the list processing is confused. ORG-LIST-END-MARKER --8<---------------cut here---------------end--------------->8--- The in-paragraph processing is "fine" (modulo a spurious newline). However, the list item is terminated prematurely immediately after the result of the babel code evaluation *and* there is an =ORG-LIST-END-MARKER= left over! I guess the problem is due to babel moving things around during the list processing? >From the recent messages, it sounds like there is a sort of race condition being caused by some list processing followed by babel processing and then again by list processing during the export process? Or have I misunderstood the problems? In any case, nothing major! Just a consequence of living at the bleeding edge ;-) Thanks for looking into these problems. -- : Eric S Fraga (GnuPG: 0xC89193D8FFFCF67D) in Emacs 24.0.50.1 : using Org-mode version 7.5 (release_7.5.423.g101a3)