From mboxrd@z Thu Jan 1 00:00:00 1970 From: chris.m.malone@gmail.com Subject: Re: [babel] using #+call for inline results Date: Thu, 23 Jun 2011 15:39:38 +0000 Message-ID: <20cf30549cd5891d9604a662e408@google.com> References: <87sjr0psih.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=20cf30549cd5891d8804a662e405 Return-path: Received: from eggs.gnu.org ([140.186.70.92]:55917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZm0L-0001an-Uj for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 11:39:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QZm0J-0000kJ-Tb for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 11:39:41 -0400 Received: from mail-qw0-f71.google.com ([209.85.216.71]:50620) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QZm0J-0000ji-JT for emacs-orgmode@gnu.org; Thu, 23 Jun 2011 11:39:39 -0400 Received: by qwq20 with SMTP id 20so1909188qwq.6 for ; Thu, 23 Jun 2011 08:39:38 -0700 (PDT) In-Reply-To: <87sjr0psih.fsf@gmail.com> 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: Nicolas Goaziou Cc: emacs-orgmode@gnu.org --20cf30549cd5891d8804a662e405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes I have been following this thread with interest. When I export Eric's babelcall.org, the result of the octave calculation is =nil= in both cases. Is this the expected behaviour? I can confirm Nicolas' observations as well. Chris On Jun 23, 2011 9:49am, Nicolas Goaziou wrote: > Hello, > Eric S Fraga e.fraga@ucl.ac.uk> 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, > -- > Nicolas Goaziou --20cf30549cd5891d8804a662e405 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have been following this thread with interest. When I export Eric's = babelcall.org, the result of the octave calculation is =3Dnil=3D in both ca= ses. Is this the expected behaviour? I can confirm Nicolas' observati= ons as well.

Chris
On Jun 23, 2011 9:49am, Nicolas Goaziou = <n.goaziou@gmail.com> wrote:
> Hello,
>
> >
> Eric S Fraga e.fraga@ucl.ac.uk> writes:
> >
>
> > For completeness, I've attached a f= ile which shows that it *can* work
>
> > but also that = it confuses the export of lists (Nicolas?) if the inline
>
&g= t; > code is in a list item.
>
>
>
> = I see no difference between the paragraph and the list item: in both
&= gt;
> cases, the table doesn't appear, as it has been moved ri= ght after the
>
> headline by `org-export-blocks-preproces= s' during export.
>
>
>
> Are we obs= erving the same phenomenon?
>
>
>
> Rega= rds,
>
>
>
> --
>
> Nic= olas Goaziou
>
>
> --20cf30549cd5891d8804a662e405--