Re: [babel] using #+call for inline results

[Christian Moe <mail@christianmoe.com>]

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
>