emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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


From: Christian Moe
Subject: Re: [O] [babel] using #+call for inline results
Date: Mon, 27 Jun 2011 08:16:33 +0200
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10

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





reply via email to

[Prev in Thread] Current Thread [Next in Thread]