Re: [Orgmode] Re: [babel] ledger tutorial on Worg

[Eric Schulte]

Sébastien Vauban <address@hidden> writes:

> Hi Eric,
>
> Sébastien Vauban wrote:
>> [...] But right now, I don't get anything back from the following (same as
>> for thread about isodoc letters):
>>
>> #+srcname: ledger-journal
>> #+begin_src ledger
>> 2008/01/03 * (SCORPIOS ) SEB VAUBAN
>>      Assets:Bank:Checking:799997400530                               550.00 
>> EUR
>>      Assets:Bank:Transferred
>>
>> 2008/01/01 * ( ) UNKNOWN-PAYEE
>>      Assets:Bank:Checking:799997400530                                21.91 
>> EUR
>>      Expenses:Unknown
>> #+end_src
>>
>> #+srcname: ledger-registry
>> #+begin_src ledger :cmdline reg unknown :noweb yes :session
>> <<ledger-journal>>
>> #+end_src
>>
>> In the *Messages* buffer, I get:
>>
>> Checking for library `filladapt'... Found
>> Fontifying scorpios.org... 
>> (regexps.............................................)
>> Checking for library `filladapt'... Found
>> Fontifying scorpios.org... 
>> (regexps..............................................)
>> Checking for library `filladapt'... Found
>> Fontifying scorpios.org... 
>> (regexps...............................................)
>> Checking for library `filladapt'... Found
>> Checking for library `filladapt'... Found
>> Org-mode restarted
>> Local setup has been refreshed
>>
>> ... but no result block is added in my Org buffer.
>>
>> I'll carefully test all of this, as soon as I can re-execute Babel under
>> normal conditions.
>
> Stupid from me... I have absolutely no idea why, but, instead of pressing C-c
> C-v C-e, I reused the old binging C-c C-c, hence not much happened -- as it is
> disabled in my `.emacs' file:
>
> (setq org-babel-no-eval-on-ctrl-c-ctrl-c t)
>

as a side note, for experimenting with tangling like in the above, I
find the `org-babel-expand-src-block' command bound to C-c C-v v
(mnemonic "view") to be very useful as it shows the expanded version of
the current code block.

>
> Maybe it'd be good to echo that "no eval" occurs anymore in such a
> condition?
>

hmm, but then it would inhibit C-c C-c from performing the next action
in the `org-ctrl-c-ctrl-c-hook'.

>
> Anyway, not always productive to work late...
>
> Side question, as I searched everywhere for the cause of my problem: is it
> totally equivalent to use `org-babel-do-load-languages' than to load
> individual languages?
>

Yes, they are fully equivalent.

>
> I currently have this in my config file:
>
>         ;; customize the `org-babel-load-languages' variable to enable support
>         ;; for languages which can be evaluated in Org mode buffers
>         (when (fboundp 'org-babel-do-load-languages)
>           (org-babel-do-load-languages
>            'org-babel-load-languages
>            '((R . t)
>              (ditaa . t)
>              (dot . t)
>              (emacs-lisp . t)
>              (gnuplot . t)
>              (haskell . nil)
>              (latex . t)
>              (ledger . t)
>              (ocaml . nil)
>              (octave . t)
>              (org . t)  ;; VIP!
>              (python . t)
>              (ruby . t)
>              (screen . nil)
>              (sh . t)
>              (sql . nil)
>              (sqlite . t))))
>

All of the following require statements should be deleted as the
language support will already be loaded by the call to
`org-babel-do-load-languages' above.

>
>         ;; activate a subset of languages
>         (try-require 'ob-sh)
>
>         (try-require 'ob-ditaa)
>         ;; TODO Install this for Ditaa: sudo aptitude install openjdk-6-jre
>
>         (try-require 'ob-dot)
>
>         (try-require 'ob-emacs-lisp)
>
>         (try-require 'ob-gnuplot)
>         ;; requires gnuplot-mode
>
>         (try-require 'ob-latex)
>
>         ;; get `BEGIN_SRC org'/`END_SRC' blocks interpreted as Org markup
>         (try-require 'ob-org)
>
>         (try-require 'ob-perl)
>
>         (try-require 'ob-python)
>         ;; requires python, and python-mode
>
>         (try-require 'ob-R)
>         ;; requires R and ess-mode
>
>         (try-require 'ob-ruby)
>         ;; requires ruby, irb, ruby-mode, and inf-ruby
>
>         (try-require 'ob-sql)
>
>         ;; (require 'ob-identifier) ; ????????
>
>         ;; support for interactive terminals. Mostly shell scripts. Heavily
>         ;; inspired by `eev'
>         (try-require 'ob-screen)
>         ;; Eric Schulte believes screen has more of a focus on sustained
>         ;; interaction with an interactive terminal, although to be honest he
>         ;; haven't really used it and
>
> I'm not sure to understand *all* the implications of choosing one over the
> other, even after having read:
>
>     (info "(org)Languages")
>
> and `ob-org.el' for example.
>
> Can you give me a hint, please?
>

I'd recommend just using `org-babel-load-languages' and removing the
explicit try-require lines.

Cheers -- Eric

>
> Best regards,
>   Seb
>
> PS- `try-require' is my customized `require', which does not stop if file is
>     not found...