On 05/19/2012 07:39 PM, Eric Schulte wrote:
>> I am confident that for all folks working with orgmode remotely using,
>> let's say, SSH connection without X11 tunneling, blocks calling such
>> java tools will fail. So I'd call it a bug. Either there should be a way
>> to supply :java to other simil
>> If so then I believe ob-ditaa should be left as is, given that it works
>> for most cases out of the box, and that you were able to easily adjust
>> it to work without an X server.
> I am confident that for all folks working with orgmode remotely using,
> let's say, SSH connection without X11 tu
On 05/19/2012 05:41 PM, Eric Schulte wrote:
I’ve noticed that at least ditaa and plantuml fail to evaluate with
babel.
>>> What version of Org are you using?
>> Hello, Bastien!
>>
>> It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
>> server running.
>>
> If I unde
Mikhail Titov writes:
> On 05/19/2012 02:51 AM, Bastien wrote:
>>> I’ve noticed that at least ditaa and plantuml fail to evaluate with
>>> babel.
>> What version of Org are you using?
> Hello, Bastien!
>
> It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
> server running.
On 05/19/2012 02:51 AM, Bastien wrote:
>> I’ve noticed that at least ditaa and plantuml fail to evaluate with
>> babel.
> What version of Org are you using?
Hello, Bastien!
It is 7.8.09 from default emacs 24.1.50.2 (revno: 108254). I have no X11
server running.
M.
Hi Mikhail,
"Mikhail Titov" writes:
> I’ve noticed that at least ditaa and plantuml fail to evaluate with
> babel.
What version of Org are you using?
--
Bastien
Hello!
I’ve noticed that at least ditaa and plantuml fail to evaluate with babel.
While for ditaa I can override :java list item with something like
(setq org-babel-default-header-args:ditaa
'((:results . "file")
(:exports . "results")
(:java . "-Dfile.encoding=UTF-8 -Djava.awt.headles
