[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [O] [bug] Wrong type argument, computation and layout of inline Babe
From: |
Sebastien Vauban |
Subject: |
Re: [O] [bug] Wrong type argument, computation and layout of inline Babel calls |
Date: |
Thu, 15 Jan 2015 13:37:05 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) |
Hello Charles,
"Charles C. Berry" wrote:
> On Wed, 14 Jan 2015, Sebastien Vauban wrote:
>> "Charles C. Berry" wrote:
>>> On Wed, 14 Jan 2015, Sebastien Vauban wrote:
>>>> This ECM exhibits "wrong type argument".
>>>>
>>>> Carré de 7 :
>>>> call_square(x=7)[:results raw].
>>>
>>> Looks like `org-babel-get-lob-one-liner-matches' doesn't always put
>>> point in the right place. Try this [...].
>>
>> It does solve the "square of 5" problem, in both HTML and
>> LaTeX. Thanks.
>>
>> Though, it does not solve anything regarding the last one ("square of
>> 7"): error in HTML, and results "1" in LaTeX...
>
> It does solve the babel-execute part.
> But I didn't copy-and-paste that last `.' which affects export.
>
> After C-c C-c or org-export-execute-babel-code:
>
> ,----
> | call_square(x=7)[:results raw] 49.
> `----
>
> What this crestes on export is an ordered list with one element
> whose :bullet is followed by an empty paragraph.
>
> A `feature' not a bug?
OK! I do understand the problem with the "1." appearing in the LaTeX
document. Fine by me; there are reasons for that behavior.
Though, there still remains one problem then: the same code generates
a "Wrong type argument: arrayp, nil" error when exporting it to HTML.
Best regards,
Seb
--
Sebastien Vauban