From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christian Moe <mail@christianmoe.com>
Subject: Re: [babel] using #+call for inline results
Date: Mon, 27 Jun 2011 08:16:33 +0200
Message-ID: <4E082041.6080709@christianmoe.com>
References: <87mxhaunsi.fsf@ucl.ac.uk>
	<87mxh9omwb.fsf@gmail.com>	<87mxh9pvz8.fsf@ucl.ac.uk>
	<87sjr1i040.fsf@gmail.com>	<4E030676.3070504@christianmoe.com>
	<87hb7ej1pu.fsf@gmail.com>	<4E071E71.4060804@christianmoe.com>
	<87vcvsruzs.fsf@gmail.com>
Reply-To: mail@christianmoe.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([140.186.70.92]:49727)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@christianmoe.com>) id 1Qb55v-0007qc-GO
	for emacs-orgmode@gnu.org; Mon, 27 Jun 2011 02:14:52 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@christianmoe.com>) id 1Qb55q-00075h-6P
	for emacs-orgmode@gnu.org; Mon, 27 Jun 2011 02:14:51 -0400
Received: from mars.hitrost.net ([91.185.211.18]:37684)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@christianmoe.com>) id 1Qb55p-00075b-Nw
	for emacs-orgmode@gnu.org; Mon, 27 Jun 2011 02:14:46 -0400
In-Reply-To: <87vcvsruzs.fsf@gmail.com>
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: </archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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 <schulte.eric@gmail.com>
Cc: emacs-orgmode@gnu.org

Fixed, thanks. I should have guessed that might be it.

Evaluating inline calls now works, but there are some ramifications 
for output and export that I hadn't thought about when I seconded the 
request.


* Export

The call itself should not be exported, but I'm seeing:

: <p>
: Here is a call<sub>square</sub>(it=4) <code>16</code> stuck in the 
middle of some prose.
: </p>


* Output

To get rid of the literal equals-signs, I try:

: Here is a call_square(it=4)[:results raw] stuck in the middle of 
some prose.

I expect to get the result inline, but instead it comes as a normal 
call results block (aligned with the call):

:          #+results: square(it=4)
:          16


Yours,
Christian

On 6/27/11 2:14 AM, Eric Schulte wrote:
>>
>> But I seem to have a problem (running your example):
>>
>> Debugger entered--Lisp error: (invalid-function (nonempty (a b) (let
>> ((it (match-string a))) (if (= (length it) 0) (match-string b) it))))
>>    (nonempty (a b) (let (...) (if ... ... it)))()
>>    org-babel-lob-get-info()
>>    org-babel-lob-execute-maybe()
>>    org-babel-execute-maybe()
>>    org-babel-execute-safely-maybe()
>>    run-hook-with-args-until-success(org-babel-execute-safely-maybe)
>>    org-ctrl-c-ctrl-c(nil)
>>    call-interactively(org-ctrl-c-ctrl-c nil nil)
>>
>
> I believe this is due to my forgetting to require 'cl at compile time.
> I've just pushed up a fix, please let me know if the problem persists.
>
> Thanks -- Eric
>