all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Eric Schulte" <schulte.eric@gmail.com>
To: emacs-orgmode@gnu.org
Subject: Re: [babel] Future of Org-babel?
Date: Thu, 06 May 2010 09:00:05 -0600	[thread overview]
Message-ID: <877hnhkrcl.fsf@gmail.com> (raw)
In-Reply-To: 87pr193i7o.fsf@columbia.edu

Thanks for the idea!

Xiao-Yong Jin <xj2106@columbia.edu> writes:

[...]

> I am thinking of something similar to the 'notebook'
> interface in Mathematica.  We can present data, code and
> analysis results in a consistent and structured way, thanks
> to org-mode.

Yes, this is a great idea.  This has been voiced before in reference to
Sage[1] a python mathematical "notebook" which allows for interactive
editing.  I think of it as the interactive alternative to static code
blocks in Org-mode files, sort of a REPL for Org-babel.  I'm not sure
what the actual interface would look like or feel like, and I'd love to
hear suggestions.

> And in addition, we can use all kinds of different languages that
> org-babel supports, automatically generates tables and graphs on the
> fly as we execute different code blocks.  This requires a clean and
> easy way to propagating information through different languages in
> org-babel.

Org-babel does have a means for moving information and variables between
different languages (with emacs-lisp as the lowest common denominator).
I agree this would be exciting.

My pie-in-the-sky extension of this dream would be to have Org-babel
firmly ground in some virtual machine (maybe Guile's if Emacs is ported
to Guile), in such a way that the byte-code of the VM becomes the lowest
common denominator of all Org-babel languages.  This would allow for
seamless integration of languages which compile to run on the VM, and
for all other languages this would provide a great speed/efficiency
boost over Emacs Lisp.  I should disclaim that without having given this
much serious though I could be missing some critical road blocks.

Cheers -- Eric

> In this sense, org-babel can be an advanced interface of comint-mode,
> or even replace it.  Imagine running several different inferior
> interpreters, like shell, python, haskell, gnuplot, (i)maxima, octave
> and etc, but variables can be shared between these processes, and all
> the code and extra texts are stored in one org-mode file, which is
> also the only file you have to work on.
>
> This is my dream about org-babel.  Hope it comes true,
> someday.
>
>> Thanks,
>> --Nate
>
> Thanks,
> Xiao-Yong

Footnotes: 
[1]  http://www.sagemath.org/

  reply	other threads:[~2010-05-06 15:00 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-05 22:35 [babel] Future of Org-babel? Nathan Neff
2010-05-06  1:57 ` Xiao-Yong Jin
2010-05-06 15:00   ` Eric Schulte [this message]
2010-05-06 17:00     ` Erik Iverson
2010-05-08 13:15     ` Eric Schulte
2010-05-06 14:59 ` Eric Schulte

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877hnhkrcl.fsf@gmail.com \
    --to=schulte.eric@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.