Hi
Hi Sébastien,
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
[...]
>I believe screen has more of a focus on sustained interaction with an
> For my own understanding, what's the status of `Org-babel-screen', for which
> I've never been able to understand completely all the differences with `sh' in
> `Org-babel'?
>
interactive terminal, although to be honest I haven't really used it and
can't say for sure. Benjamin Andresen, the author, may have a more
satisfying answer for you.
>
> Second, a problem with the following code:
>
> ;; Org-babel needs to be told to recognize awk source code blocks and
> ;; how they should be tangled, which can be accomplished with the
> ;; following:
> (org-babel-add-interpreter "awk")
> (add-to-list 'org-babel-tangle-langs '("awk" "awk"))
>
> (org-babel-add-interpreter "fortran")
> (add-to-list 'org-babel-tangle-langs '("fortran" "f"))
>
> ;; ;; org-babel panics when trying to evaluate ruby code blocks because
> ;; ;; you don't have the required ruby executables available on your
> ;; ;; system. Probably the best way to deal with this is to remove ruby
> ;; ;; from the list of languages supported by babel:
> ;; (setq org-babel-interpreters (delete "ruby" org-babel-interpreters))
>
> ;; make pre-built helper functions (`lob') available
> ;; (org-babel-load-library-of-babel)
>
> ;; mapping between languages (listings in LaTeX) and their major mode
> ;; (in Emacs)
> (setq org-src-lang-modes
> '(("ocaml" . tuareg)
> ("elisp" . emacs-lisp)
> ;; ("Delphi" . perl)
> ("ditaa" . artist)
> ("asymptote" . asy)
> ("dot" . fundamental)))
> ;; )
>
> Neither org-babel-add-interpreter, neither its shorter version do exist now?Yes, thanks for bringing this up! I realized last night that I forgot to
>
mention this in the announcement.
We have simplified the handling of languages in Org-babel, in that the
org-babel-interpreters and org-babel-tangle-langs variables have both
been removed.
Rather than keeping explicit lists of supported languages, Babel will
now try to work with every language, and will only give up if it can't
find a needed function (e.g. if there is no org-babel-execute:foo
function defined then babel will give up on evaluating a foo code
block). The only remaining language list is
`org-babel-tangle-lang-exts' which can optionally be used to associate
file extensions with language names, but is *not* required for
evaluation or tangling.
Given this, your configuration from above could be rewritten as
;; Org-babel now needs less hand-holding :) however it could be
--8<---------------cut here---------------start------------->8---
;; useful to know extensions for some languages
(add-to-list 'org-babel-tangle-lang-exts '("fortran" . "f"))
Cheers -- Eric
;; mapping between languages (listings in LaTeX) and their major mode
;; (in Emacs)
(setq org-src-lang-modes
'(("ocaml" . tuareg)
("elisp" . emacs-lisp)
;; ("Delphi" . perl)
("ditaa" . artist)
("asymptote" . asy)
("dot" . fundamental)))
;; )
--8<---------------cut here---------------end--------------->8---
>
> Best regards,
> Seb
_______________________________________________
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