Re: hyperlinks executing multiline code snippets?

From: LanX <lanx.perl@googlemail.com>
To: emacs-orgmode@gnu.org
Subject: Re: hyperlinks executing multiline code snippets?
Date: Fri, 10 Dec 2010 23:14:49 +0100	[thread overview]
Message-ID: <AANLkTi=pn5t3HUsn7Zg64h-+oOPFm1TCdaxM7=vQofTH@mail.gmail.com> (raw)
In-Reply-To: <AANLkTim8_t9CWYN-UhnZL-ckrozmKWJA4koajO0zhGrQ@mail.gmail.com>

[-- Attachment #1.1: Type: text/plain, Size: 1204 bytes --]

Hi Eric

thanks, after some fiddling I was able to make it work...

But do I get it right?

The snippet has to be explicitely named, I can't tell the hyperlink just to
take the next block?

Before I start trying it, is it theoretically possible to write an on
ob-multiline.el which parses the following lines?

I.e. is the current "point" known at execution time?

Out of curiosity, the manual says

> The org-babel-load-languages controls which languages are enabled for
evaluation (by default only emacs-lisp is enabled).

Is it done out of security reasons? Cause it wouldn't be a problem to start
a  process via elisp and (shell-command ...)

Next question:

shell-command normally prints the stdout into the minibuffer, but
org-hyperlink executions overwrite it with the return code.

Is this behaviour configurable?

Thanks for the help
  Rolf

PS: ob-perl.el says
-----
(defun org-babel-perl-initiate-session (&optional session params)
  "Return nil because sessions are not supported by perl"
nil)
------
What is meant with supporting sessions? IIRC do packages like sepia.el fork
a perl process allowing bidirectional communication with emacs.

Or what kind of extra support is neccessary here?

[-- Attachment #1.2: Type: text/html, Size: 1396 bytes --]

[-- Attachment #2: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode