* [babel] ledger tutorial on Worg
@ 2010-08-26 23:06 Eric S Fraga
2010-08-27 14:53 ` Carsten Dominik
0 siblings, 1 reply; 23+ messages in thread
From: Eric S Fraga @ 2010-08-26 23:06 UTC (permalink / raw)
To: org-mode mailing list
[-- Attachment #1: Type: text/plain, Size: 298 bytes --]
Hello,
I have just placed on Worg [1] a short tutorial/example for using
ledger with babel. Please have a look and comment etc!
Thanks,
eric
[1] Hopefully at
http://orgmode.org/worg/org-contrib/babel/examples/ledger.php
when the php file is eventually created by the automated system.
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: 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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-08-26 23:06 [babel] ledger tutorial on Worg Eric S Fraga
@ 2010-08-27 14:53 ` Carsten Dominik
2010-08-27 15:27 ` Eric Schulte
0 siblings, 1 reply; 23+ messages in thread
From: Carsten Dominik @ 2010-08-27 14:53 UTC (permalink / raw)
To: Eric S Fraga; +Cc: org-mode mailing list
Hi Eric,
the example directory is not published. If you want to
get this published, please move it into the org-tutorials directory
and link to it from the index page in that directory.
Thanks!
- Carsten
On Aug 27, 2010, at 1:06 AM, Eric S Fraga wrote:
> Hello,
>
> I have just placed on Worg [1] a short tutorial/example for using
> ledger with babel. Please have a look and comment etc!
>
> Thanks,
> eric
>
>
> [1] Hopefully at
> http://orgmode.org/worg/org-contrib/babel/examples/ledger.php
> when the php file is eventually created by the automated system.
> --
> Eric S Fraga
> GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
> _______________________________________________
> 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
- Carsten
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-08-27 14:53 ` Carsten Dominik
@ 2010-08-27 15:27 ` Eric Schulte
2010-08-27 19:33 ` Eric S Fraga
2010-09-01 11:25 ` Sébastien Vauban
0 siblings, 2 replies; 23+ messages in thread
From: Eric Schulte @ 2010-08-27 15:27 UTC (permalink / raw)
To: Carsten Dominik; +Cc: org-mode mailing list
Hi Eric,
I hope you don't mind, I've taken the liberty of moving this tutorial
into the languages directory, and linking to it from the Babel supported
languages page [1]. I'd like to move towards having an introductory
tutorial for every language present in this directory. Once Worg
refreshes these changes should appear.
Thanks for contributing the tutorial! -- Eric
Carsten Dominik <carsten.dominik@gmail.com> writes:
> Hi Eric,
>
> the example directory is not published. If you want to
> get this published, please move it into the org-tutorials directory
> and link to it from the index page in that directory.
>
> Thanks!
>
> - Carsten
>
>
> On Aug 27, 2010, at 1:06 AM, Eric S Fraga wrote:
>
>> Hello,
>>
>> I have just placed on Worg [1] a short tutorial/example for using
>> ledger with babel. Please have a look and comment etc!
>>
>> Thanks,
>> eric
>>
>>
>> [1] Hopefully at
>> http://orgmode.org/worg/org-contrib/babel/examples/ledger.php
>> when the php file is eventually created by the automated system.
>> --
>> Eric S Fraga
>> GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
>> _______________________________________________
>> 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
>
> - Carsten
>
>
>
>
> _______________________________________________
> 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
Footnotes:
[1] http://orgmode.org/worg/org-contrib/babel/languages.php#langs
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-08-27 15:27 ` Eric Schulte
@ 2010-08-27 19:33 ` Eric S Fraga
2010-09-01 11:25 ` Sébastien Vauban
1 sibling, 0 replies; 23+ messages in thread
From: Eric S Fraga @ 2010-08-27 19:33 UTC (permalink / raw)
To: Eric Schulte; +Cc: org-mode mailing list, Carsten Dominik
[-- Attachment #1: Type: text/plain, Size: 629 bytes --]
On Fri, 27 Aug 2010 09:27:07 -0600, "Eric Schulte" <schulte.eric@gmail.com> wrote:
>
> Hi Eric,
>
> I hope you don't mind, I've taken the liberty of moving this tutorial
> into the languages directory, and linking to it from the Babel supported
> languages page [1]. I'd like to move towards having an introductory
> tutorial for every language present in this directory. Once Worg
> refreshes these changes should appear.
This is perfectly fine with me. Sounds like a reasonable structure.
I probably should have asked before simply putting stuff in!
> Thanks for contributing the tutorial! -- Eric
You're very welcome.
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: 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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-08-27 15:27 ` Eric Schulte
2010-08-27 19:33 ` Eric S Fraga
@ 2010-09-01 11:25 ` Sébastien Vauban
2010-09-01 18:33 ` Eric S Fraga
1 sibling, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-01 11:25 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
>>> I have just placed on Worg [1] a short tutorial/example for using
>>> ledger with babel. Please have a look and comment etc!
>
> [1] http://orgmode.org/worg/org-contrib/babel/languages.php#langs
Being interested a lot in Ledger integration with Org-Babel as well, I have a
quick remark: instead of including (with explicit full path) the journal
entries in every code block, can't we use the more natural (at least, to me)
tangling provided by the Noweb syntax?
Something like:
--8<---------------cut here---------------start------------->8---
* Journal data
#+src_name ledger-journal
#+begin_src ledger :results silent
2008/01/03 * (SCORPIOS) SEB VAUBAN
Assets:Bank:Checking:799979450003 550.00 EUR
Assets:Bank:Transferred
2008/01/01 * ( ) UNKNOWN-PAYEE
Assets:Bank:Checking:799979450003 21.91 EUR
Expenses:Unknown
#+end_src
* Balance
Give me an overview...
#+srcname: ledger-balance
#+begin_src ledger :cmdline "bal" :noweb
<<ledger-journal>>
#+end_src
--8<---------------cut here---------------end--------------->8---
Though this should work as far as I understand, it does not yet...
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-01 11:25 ` Sébastien Vauban
@ 2010-09-01 18:33 ` Eric S Fraga
2010-09-02 0:19 ` Eric Schulte
2010-09-02 12:43 ` Sébastien Vauban
0 siblings, 2 replies; 23+ messages in thread
From: Eric S Fraga @ 2010-09-01 18:33 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 1821 bytes --]
On Wed, 01 Sep 2010 13:25:35 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
>
> Hi Eric,
>
> >>> I have just placed on Worg [1] a short tutorial/example for using
> >>> ledger with babel. Please have a look and comment etc!
> >
> > [1] http://orgmode.org/worg/org-contrib/babel/languages.php#langs
>
> Being interested a lot in Ledger integration with Org-Babel as well, I have a
> quick remark: instead of including (with explicit full path) the journal
> entries in every code block, can't we use the more natural (at least, to me)
> tangling provided by the Noweb syntax?
>
> Something like:
>
> --8<---------------cut here---------------start------------->8---
> * Journal data
>
> #+src_name ledger-journal
> #+begin_src ledger :results silent
> 2008/01/03 * (SCORPIOS) SEB VAUBAN
> Assets:Bank:Checking:799979450003 550.00 EUR
> Assets:Bank:Transferred
>
> 2008/01/01 * ( ) UNKNOWN-PAYEE
> Assets:Bank:Checking:799979450003 21.91 EUR
> Expenses:Unknown
> #+end_src
>
> * Balance
>
> Give me an overview...
>
> #+srcname: ledger-balance
> #+begin_src ledger :cmdline "bal" :noweb
> <<ledger-journal>>
> #+end_src
> --8<---------------cut here---------------end--------------->8---
>
> Though this should work as far as I understand, it does not yet...
>
> Best regards,
> Seb
Yes, I would have thought that this would work. It doesn't fit in
naturally with how I would like to do things as I have many different
blocks of ledger entries spread around the file...
In any case, I will try to see why this doesn't work as I have used
the :noweb approach for other babel codes successfully and cannot see
any reason why ledger would be different. Added to my todo
list... :-)
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: 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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-01 18:33 ` Eric S Fraga
@ 2010-09-02 0:19 ` Eric Schulte
2010-09-02 12:43 ` Sébastien Vauban
1 sibling, 0 replies; 23+ messages in thread
From: Eric Schulte @ 2010-09-02 0:19 UTC (permalink / raw)
To: e.fraga; +Cc: Sébastien Vauban, emacs-orgmode
Hi,
I believe this is a simple problem with your noweb header argument, see
below...
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> On Wed, 01 Sep 2010 13:25:35 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
[...]
>> #+srcname: ledger-balance
>> #+begin_src ledger :cmdline "bal" :noweb
the header argument line above should be ":noweb yes" instead of just
":noweb"
Best -- Eric
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-01 18:33 ` Eric S Fraga
2010-09-02 0:19 ` Eric Schulte
@ 2010-09-02 12:43 ` Sébastien Vauban
2010-09-02 14:56 ` Eric Schulte
2010-09-03 8:33 ` Eric S Fraga
1 sibling, 2 replies; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-02 12:43 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric(s) and Dan,
Eric S Fraga wrote:
> On Wed, 01 Sep 2010 13:25:35 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
>>>>> I have just placed on Worg [1] a short tutorial/example for using
>>>>> ledger with babel. Please have a look and comment etc!
>>>
>>> [1] http://orgmode.org/worg/org-contrib/babel/languages.php#langs
>>
>> Being interested a lot in Ledger integration with Org-Babel as well, I have a
>> quick remark: instead of including (with explicit full path) the journal
>> entries in every code block, can't we use the more natural (at least, to me)
>> tangling provided by the Noweb syntax?
>>
>> Something like:
>>
>> --8<---------------cut here---------------start------------->8---
>> * Journal data
>>
>> #+src_name ledger-journal
>> #+begin_src ledger :results silent
>> 2008/01/03 * (SCORPIOS) SEB VAUBAN
>> Assets:Bank:Checking:799979450003 550.00 EUR
>> Assets:Bank:Transferred
>>
>> 2008/01/01 * ( ) UNKNOWN-PAYEE
>> Assets:Bank:Checking:799979450003 21.91 EUR
>> Expenses:Unknown
>> #+end_src
>>
>> * Balance
>>
>> Give me an overview...
>>
>> #+srcname: ledger-balance
>> #+begin_src ledger :cmdline "bal" :noweb
>> <<ledger-journal>>
>> #+end_src
>> --8<---------------cut here---------------end--------------->8---
>
> Yes, I would have thought that this would work. It doesn't fit in naturally
> with how I would like to do things as I have many different blocks of ledger
> entries spread around the file...
I don't understand your argument: why wouldn't you use <<journal-home>> blocks
and <<journal-work>> blocks for example, or even much more? What am I missing?
What cannot be done with the noweb syntax in your Org file? I find it much
better if we can avoid specifying explicit paths, in order to guarantee use
and execution of our Org files by other users, on other (even Windows)
machines, among others.
> In any case, I will try to see why this doesn't work as I have used
> the :noweb approach for other babel codes successfully and cannot see any
> reason why ledger would be different. Added to my todo list... :-)
Thanks...
>> Though this should work as far as I understand, it does not yet...
Dan very kindly spotted the following in my example:
> #+src_name ledger-journal
^
It looks like a random underscore crept in there.
Thanks...
True that it's a bit confusing to write src sometimes with underscores (as in
begin_src), sometimes not. But that's just a question of habit... Still newbie
as well...
Though, the following does not work yet:
--8<---------------cut here---------------start------------->8---
* Test with Org-Babel-Ledger
First evaluate this:
(org-babel-do-load-languages
'org-babel-load-languages
'((R . t)
(emacs-lisp . t)
(latex . t)
(ledger . t) ;this is the important one for this tutorial
(sh . t)))
** Journal data
#+srcname ledger-journal
#+begin_src ledger
2008/01/03 * (SCORPIOS ) SEB VAUBAM
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
** Balance
Give me an overview...
#+srcname: ledger-balance
#+begin_src ledger :cmdline bal :noweb yes :session
<<ledger-journal>>
#+end_src
--8<---------------cut here---------------end--------------->8---
failing with message
"Error: Failed to locate any transactions; did you specify a valid file with -f?"
in buffer "*Shell Command ...".
Thanks for the help you already provided to me!
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-02 12:43 ` Sébastien Vauban
@ 2010-09-02 14:56 ` Eric Schulte
2010-09-03 20:53 ` Sébastien Vauban
2010-09-03 8:33 ` Eric S Fraga
1 sibling, 1 reply; 23+ messages in thread
From: Eric Schulte @ 2010-09-02 14:56 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
[...]
>
> Though, the following does not work yet:
>
> * Test with Org-Babel-Ledger
>
> First evaluate this:
>
> (org-babel-do-load-languages
> 'org-babel-load-languages
> '((R . t)
> (emacs-lisp . t)
> (latex . t)
> (ledger . t) ;this is the important one for this tutorial
> (sh . t)))
>
> ** Journal data
>
> #+srcname ledger-journal
^
the problem is here.
#+srcname ledger-journal
should be
#+srcname: ledger-journal
I find it easiest to use yasnippets to handle the creation of all of my
code blocks to avoid these often tricky to debug minor syntax errors.
See [1] for a collection of org-mode related snippets, most importantly
the "block" and "sb" snippets.
Cheers -- Eric
Footnotes:
[1] http://github.com/eschulte/yasnippet-org-mode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-02 12:43 ` Sébastien Vauban
2010-09-02 14:56 ` Eric Schulte
@ 2010-09-03 8:33 ` Eric S Fraga
1 sibling, 0 replies; 23+ messages in thread
From: Eric S Fraga @ 2010-09-03 8:33 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 2542 bytes --]
On Thu, 02 Sep 2010 14:43:07 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
>
> Hi Eric(s) and Dan,
>
> Eric S Fraga wrote:
> > On Wed, 01 Sep 2010 13:25:35 +0200, Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> wrote:
> >>>>> I have just placed on Worg [1] a short tutorial/example for using
> >>>>> ledger with babel. Please have a look and comment etc!
> >>>
> >>> [1] http://orgmode.org/worg/org-contrib/babel/languages.php#langs
> >>
> >> Being interested a lot in Ledger integration with Org-Babel as well, I have a
> >> quick remark: instead of including (with explicit full path) the journal
> >> entries in every code block, can't we use the more natural (at least, to me)
> >> tangling provided by the Noweb syntax?
> > Yes, I would have thought that this would work. It doesn't fit in naturally
> > with how I would like to do things as I have many different blocks of ledger
> > entries spread around the file...
>
> I don't understand your argument: why wouldn't you use <<journal-home>> blocks
> and <<journal-work>> blocks for example, or even much more? What am I missing?
You are not missing anything at all! I didn't say it couldn't be
done; I just said that it didn't fit in with *my* workflow.
I have many (tens) of little to medium sized ledger snippets
throughout my personal finances org file. As well as collections of
entries (for regular payments, say), the set of snippets includes
one-off expenses (e.g. bought a specific piece of furniture for the
house) that I want to record and annotate. Labelling all of these
snippets and then putting in the <<...>> entry in the full list gives
two extra steps. Instead, I create as many snippets as I want without
worrying about it and I simply have to /tangle/ before evaluating any of
the financial summary ledger snippets.
This minimises, for me, the number of things I need to remember to
keep track of my finances.
The other extreme is to simply put *all* ledger entries in one source
block but then you might as well use a ledger file directly...
Your suggestion fits bang in the middle and:
> What cannot be done with the noweb syntax in your Org file? I find it much
> better if we can avoid specifying explicit paths, in order to guarantee use
> and execution of our Org files by other users, on other (even Windows)
> machines, among others.
I agree completely with this. The tutorial probably did not reflect
what is likely to be the most common and more robust usage. Sorry!
[-- Attachment #2: Type: text/plain, Size: 75 bytes --]
--
Eric S Fraga
GnuPG: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
[-- Attachment #3: 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
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-02 14:56 ` Eric Schulte
@ 2010-09-03 20:53 ` Sébastien Vauban
2010-09-03 21:35 ` Eric Schulte
0 siblings, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-03 20:53 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric(s),
A few questions/comments, with the following example:
--8<---------------cut here---------------start------------->8---
#+begin_src org
** Journal data
#+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
** Registry
Give me the details...
#+srcname: ledger-registry
#+begin_src ledger :cmdline reg unknown :noweb yes :session
<<ledger-journal>>
#+end_src
#+results: ledger-registry
: 08-Jan-01 UNKNOWN-PAYEE Expenses:Unknown -21.91 EUR -21.91 EUR
#+end_src
--8<---------------cut here---------------end--------------->8---
1. I find it weird to have all the parameters of =:cmdline= not enclosed
between quotes. What should be the best option, here? That was a subject,
long ago, on Org-Babel: to quote or not to quote...
2. When the evaluation produces no output, but had well produced output
before, shouldn't Babel have to delete the previously written results in
the Org buffer?
If you don't understand what I mean, take the above example, replace
=:cmdline reg unknown :noweb yes :session=
by
=:cmdline "reg unknown" :noweb yes :session=
and see that the current results line is not removed.
Would the result exist, but be different, it would have been updated.
In this case, with a result before, but none on the second execution, first
result is conserved in Org. Do you follow me, and agree on this?
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-03 20:53 ` Sébastien Vauban
@ 2010-09-03 21:35 ` Eric Schulte
2010-09-05 20:49 ` Sébastien Vauban
0 siblings, 1 reply; 23+ messages in thread
From: Eric Schulte @ 2010-09-03 21:35 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric(s),
>
Hi Seb,
[...]
>
> 1. I find it weird to have all the parameters of =:cmdline= not enclosed
> between quotes. What should be the best option, here? That was a subject,
> long ago, on Org-Babel: to quote or not to quote...
>
I don't know that this was ever explicitly discussed, I believe that the
no-quoting behavior may have simply fallen out of the initial
implementation. I'd certainly like to hear other people's opinions on
this, but I've personally enjoyed not having to place quotes in every
instance.
>
> 2. When the evaluation produces no output, but had well produced output
> before, shouldn't Babel have to delete the previously written results in
> the Org buffer?
>
This is a good point. Currently Babel just quits if it receives a nil
result, but I think you're right that we should replace existing results
when a nil result has been returned. I'll add this as PROPOSED to the
babel task list.
Cheers -- Eric
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-03 21:35 ` Eric Schulte
@ 2010-09-05 20:49 ` Sébastien Vauban
2010-09-07 23:03 ` Eric Schulte
0 siblings, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-05 20:49 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>
>> Hi Eric(s),
>>
>
> Hi Seb,
>
> [...]
>>
>> 1. I find it weird to have all the parameters of =:cmdline= not enclosed
>> between quotes. What should be the best option, here? That was a subject,
>> long ago, on Org-Babel: to quote or not to quote...
>>
>
> I don't know that this was ever explicitly discussed, I believe that the
> no-quoting behavior may have simply fallen out of the initial
> implementation. I'd certainly like to hear other people's opinions on
> this, but I've personally enjoyed not having to place quotes in every
> instance.
In december 2009, I wrote:
"I'm a bit confused (as you may have seen in my last posts) about when we
do have to quote strings and when we do have to avoid doing it. Would you
have a one-liner explanation about when we have to use quotes?"
See http://www.mail-archive.com/emacs-orgmode-mXXj517/zsQ@public.gmane.org/msg20265.html for
contextual information.
I remembered "you" (Dan or you) answered it somehow, but it must have been
(around that same period) in another thread. Though, I don't find pointers
anymore...
Question is more: is it clear to mix parameters names (such as =:cmdline=) and
long values which are unquoted (such as =registry unknown credit-card= and
many much more options)?
Shouldn't we properly begin and end where the given value is?
>> 2. When the evaluation produces no output, but had well produced output
>> before, shouldn't Babel have to delete the previously written results in
>> the Org buffer?
>
> This is a good point. Currently Babel just quits if it receives a nil
> result, but I think you're right that we should replace existing results
> when a nil result has been returned. I'll add this as PROPOSED to the babel
> task list.
I consider this kind of mandatory, for the sake of coherency, and to really
make use of Org-babel every time I want to run some shell commands (and change
them, eventually getting no results then).
Thanks a lot for everything you did and do for us.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-05 20:49 ` Sébastien Vauban
@ 2010-09-07 23:03 ` Eric Schulte
2010-09-08 8:21 ` Sébastien Vauban
0 siblings, 1 reply; 23+ messages in thread
From: Eric Schulte @ 2010-09-07 23:03 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>
>>> Hi Eric(s),
>>>
>>
>> Hi Seb,
>>
>> [...]
>>>
>>> 1. I find it weird to have all the parameters of =:cmdline= not enclosed
>>> between quotes. What should be the best option, here? That was a subject,
>>> long ago, on Org-Babel: to quote or not to quote...
>>>
>>
>> I don't know that this was ever explicitly discussed, I believe that the
>> no-quoting behavior may have simply fallen out of the initial
>> implementation. I'd certainly like to hear other people's opinions on
>> this, but I've personally enjoyed not having to place quotes in every
>> instance.
>
> In december 2009, I wrote:
>
> "I'm a bit confused (as you may have seen in my last posts) about when we
> do have to quote strings and when we do have to avoid doing it. Would you
> have a one-liner explanation about when we have to use quotes?"
>
> See http://www.mail-archive.com/emacs-orgmode@gnu.org/msg20265.html for
> contextual information.
>
> I remembered "you" (Dan or you) answered it somehow, but it must have been
> (around that same period) in another thread. Though, I don't find pointers
> anymore...
>
> Question is more: is it clear to mix parameters names (such as =:cmdline=) and
> long values which are unquoted (such as =registry unknown credit-card= and
> many much more options)?
>
> Shouldn't we properly begin and end where the given value is?
>
Through extensive person use I've not run into any instances where the
lack of quotes has actually caused a problem, or where there has been a
valid combination of header arguments which could not be successfully
parsed. Without such an example I don't find it motivating to require
quotes.
>
>
>>> 2. When the evaluation produces no output, but had well produced output
>>> before, shouldn't Babel have to delete the previously written results in
>>> the Org buffer?
>>
>> This is a good point. Currently Babel just quits if it receives a nil
>> result, but I think you're right that we should replace existing results
>> when a nil result has been returned. I'll add this as PROPOSED to the babel
>> task list.
>
> I consider this kind of mandatory, for the sake of coherency, and to really
> make use of Org-babel every time I want to run some shell commands (and change
> them, eventually getting no results then).
>
I've just pushed up a change that implements this behavior.
>
> Thanks a lot for everything you did and do for us.
>
My pleasure -- Eric
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-07 23:03 ` Eric Schulte
@ 2010-09-08 8:21 ` Sébastien Vauban
2010-09-08 17:53 ` Eric Schulte
0 siblings, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-08 8:21 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>>
>>>> 1. I find it weird to have all the parameters of =:cmdline= not enclosed
>>>> between quotes. What should be the best option, here? That was a
>>>> subject, long ago, on Org-Babel: to quote or not to quote...
>>>
>>> I don't know that this was ever explicitly discussed, I believe that the
>>> no-quoting behavior may have simply fallen out of the initial
>>> implementation. I'd certainly like to hear other people's opinions on
>>> this, but I've personally enjoyed not having to place quotes in every
>>> instance.
>>
>> In december 2009, I wrote:
>>
>> "I'm a bit confused (as you may have seen in my last posts) about when we
>> do have to quote strings and when we do have to avoid doing it. Would you
>> have a one-liner explanation about when we have to use quotes?"
>>
>> See http://www.mail-archive.com/emacs-orgmode-mXXj517/zsQ@public.gmane.org/msg20265.html for
>> contextual information.
>>
>> I remembered "you" (Dan or you) answered it somehow, but it must have been
>> (around that same period) in another thread. Though, I don't find pointers
>> anymore...
>>
>> Question is more: is it clear to mix parameters names (such as =:cmdline=) and
>> long values which are unquoted (such as =registry unknown credit-card= and
>> many much more options)?
>>
>> Shouldn't we properly begin and end where the given value is?
>
> Through extensive person use I've not run into any instances where the lack
> of quotes has actually caused a problem, or where there has been a valid
> combination of header arguments which could not be successfully parsed.
> Without such an example I don't find it motivating to require quotes.
I have no objection against this, as I have no definite view on what's better.
Adding quotes would mean begin able to escape them in case the options need
quotes, etc. etc. So, maybe it is better the way it currently is.
The fact simply is sometimes we must add quotes, sometimes not, and that's not
always intuitive (to me). Not only considering Org-Babel, but Org as a whole.
See this example of `columnview':
--8<---------------cut here---------------start------------->8---
#+BEGIN: columnview :hlines 1 :id "label"
#+END:
--8<---------------cut here---------------end--------------->8---
or of `org-collector':
--8<---------------cut here---------------start------------->8---
#+BEGIN: propview :id "december" :conds ((string= spendtype "food")) :cols (ITEM amount)
#+END:
--8<---------------cut here---------------end--------------->8---
>>>> 2. When the evaluation produces no output, but had well produced output
>>>> before, shouldn't Babel have to delete the previously written results in
>>>> the Org buffer?
>>>
>>> This is a good point. Currently Babel just quits if it receives a nil
>>> result, but I think you're right that we should replace existing results
>>> when a nil result has been returned. I'll add this as PROPOSED to the babel
>>> task list.
>>
>> I consider this kind of mandatory, for the sake of coherency, and to really
>> make use of Org-babel every time I want to run some shell commands (and change
>> them, eventually getting no results then).
>>
>
> I've just pushed up a change that implements this behavior.
I've just git pulled, and tested your change.
From my point of view, it does not work yet. Take this example:
--8<---------------cut here---------------start------------->8---
* Journal data
#+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
* Registry
Give me the details...
#+srcname: ledger-registry
#+begin_src ledger :cmdline reg unknown :noweb yes :session
<<ledger-journal>>
#+end_src
#+results: ledger-registry
: -21.91 EUR Expenses:Unknown
--8<---------------cut here---------------end--------------->8---
With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger, and
thus the results block to be removed. That's not the case.
Other peculiarity, if I write `:cmdline reeg unknown', I get an exception:
--8<---------------cut here---------------start------------->8---
Debugger entered--Lisp error: (args-out-of-range "" -1 0)
substring("" -1)
(string-equal (substring result -1) "\n")
(or (string-equal (substring result -1) "\n") (string-equal (substring result -1) "\r"))
(not (or (string-equal ... "\n") (string-equal ... "\r")))
(and (stringp result) (not (or ... ...)))
(if (and (stringp result) (not ...)) (progn (setq result ...)))
(when (and (stringp result) (not ...)) (setq result (concat result "\n")))
(if (and result-params (member "silent" result-params)) (progn (message ...) result) (when (and ... ...) (setq result ...)) (save-excursion (let ... ... ... ... ... ...)) (if (= ... 0) (if ... ... ...) (message "finished")))
org-babel-insert-result("" ("output" "replace") ("ledger" "2008/01/03 * (SCORPIOS ) SEB VAUBAN\n Assets:Bank:Checking:799997400530 550.00 EUR\n Assets:Bank:Transferred\n\n2008/01/01 * ( ) UNKNOWN-PAYEE\n Assets:Bank:Checking:799997400530 21.91 EUR\n Expenses:Unknown\n" ((:cache . "no") (:cmdline . "reeg unknown") (:comments . "") (:exports . "code") (:hlines . "no") (:noweb . "yes") (:results . "output replace") (:session) (:shebang . "") (:tangle . "no")) "" "ledger-registry" 0) nil 0 "ledger")
(if (and (not arg) new-hash (equal new-hash old-hash)) (save-excursion (goto-char ...) (end-of-line 1) (forward-char 1) (setq result ...) (message ...) result) (message "executing %s code block%s..." (capitalize lang) (if ... ... "")) (setq result (funcall cmd body params)) (if (eq result-type ...) (setq result ...)) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks (quote org-babel-after-execute-hook)) result)
(progn (fset (quote call-process-region) (function* ...)) (unless (fboundp cmd) (error "No org-babel-execute function for %s!" lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message "executing %s code block%s..." ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result))
(unwind-protect (progn (fset ... ...) (unless ... ...) (if ... ... ... ... ... ... ... result)) (if --cl-letf-bound-- (fset ... --cl-letf-save--) (fmakunbound ...)))
(let* ((--cl-letf-bound-- ...) (--cl-letf-save-- ...)) (unwind-protect (progn ... ... ...) (if --cl-letf-bound-- ... ...)))
(letf ((... ...)) (unless (fboundp cmd) (error "No org-babel-execute function for %s!" lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message "executing %s code block%s..." ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result))
(letf* ((... ...)) (unless (fboundp cmd) (error "No org-babel-execute function for %s!" lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message "executing %s code block%s..." ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result))
(flet ((call-process-region ... ...)) (unless (fboundp cmd) (error "No org-babel-execute function for %s!" lang)) (if (and ... new-hash ...) (save-excursion ... ... ... ... ... result) (message "executing %s code block%s..." ... ...) (setq result ...) (if ... ...) (org-babel-insert-result result result-params info new-hash indent lang) (run-hooks ...) result))
(unwind-protect (flet (...) (unless ... ...) (if ... ... ... ... ... ... ... result)) (setq call-process-region (quote org-babel-call-process-region-original)))
(let* ((lang ...) (params ...) (new-hash ...) (old-hash ...) (body ...) (result-params ...) (result-type ...) (cmd ...) (dir ...) (default-directory ...) (org-babel-call-process-region-original ...) (indent ...) result) (unwind-protect (flet ... ... ...) (setq call-process-region ...)))
(progn (let* (... ... ... ... ... ... ... ... ... ... ... ... result) (unwind-protect ... ...)))
(if (org-babel-confirm-evaluate info) (progn (let* ... ...)))
(when (org-babel-confirm-evaluate info) (let* (... ... ... ... ... ... ... ... ... ... ... ... result) (unwind-protect ... ...)))
(let ((info ...)) (when (org-babel-confirm-evaluate info) (let* ... ...)))
org-babel-execute-src-block(nil ("ledger" "2008/01/03 * (SCORPIOS ) SEB VAUBAN\n Assets:Bank:Checking:799997400530 550.00 EUR\n Assets:Bank:Transferred\n\n2008/01/01 * ( ) UNKNOWN-PAYEE\n Assets:Bank:Checking:799997400530 21.91 EUR\n Expenses:Unknown\n" ((:cache . "no") (:cmdline . "reeg unknown") (:comments . "") (:exports . "code") (:hlines . "no") (:noweb . "yes") (:results . "output replace") (:session) (:shebang . "") (:tangle . "no")) "" "ledger-registry" 0))
(progn (org-babel-execute-src-block current-prefix-arg info) t)
(if info (progn (org-babel-execute-src-block current-prefix-arg info) t) nil)
(let ((info ...)) (if info (progn ... t) nil))
org-babel-execute-src-block-maybe()
(or (org-babel-execute-src-block-maybe) (org-babel-lob-execute-maybe))
org-babel-execute-maybe()
call-interactively(org-babel-execute-maybe nil nil)
--8<---------------cut here---------------end--------------->8---
>> Thanks a lot for everything you did and do for us.
>
> My pleasure -- Eric
Still applicable... ;-)
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-08 8:21 ` Sébastien Vauban
@ 2010-09-08 17:53 ` Eric Schulte
2010-09-08 21:40 ` Sébastien Vauban
0 siblings, 1 reply; 23+ messages in thread
From: Eric Schulte @ 2010-09-08 17:53 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Hi Seb,
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>> "Eric Schulte" wrote:
>>>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
[...]
>>>>> 2. When the evaluation produces no output, but had well produced output
>>>>> before, shouldn't Babel have to delete the previously written results in
>>>>> the Org buffer?
>>>>
>>>> This is a good point. Currently Babel just quits if it receives a nil
>>>> result, but I think you're right that we should replace existing results
>>>> when a nil result has been returned. I'll add this as PROPOSED to the babel
>>>> task list.
>>>
>>> I consider this kind of mandatory, for the sake of coherency, and to really
>>> make use of Org-babel every time I want to run some shell commands (and change
>>> them, eventually getting no results then).
>>>
>>
>> I've just pushed up a change that implements this behavior.
>
> I've just git pulled, and tested your change.
>
> From my point of view, it does not work yet. Take this example:
>
[...]
>
> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>
> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger, and
> thus the results block to be removed. That's not the case.
>
If ledger throws an exception then the result probably will not be
replaced, however if ledger does return an empty result, then the
existing result will be removed. If you execute the following code
block
#+begin_src emacs-lisp
"test"
#+end_src
and then change the body to "" is the previous result removed?
>
> Other peculiarity, if I write `:cmdline reeg unknown', I get an
> exception:
>
Ah, thanks for pointing this out, it seems I introduced an error with my
previous change. I've just pushed up a fix for this issue.
Thanks -- Eric
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-08 17:53 ` Eric Schulte
@ 2010-09-08 21:40 ` Sébastien Vauban
2010-09-08 22:46 ` Eric Schulte
2010-09-09 12:14 ` Sébastien Vauban
0 siblings, 2 replies; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-08 21:40 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>> "Eric Schulte" wrote:
>>>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>>>>>>
>>>>>> 2. When the evaluation produces no output, but had well produced output
>>>>>> before, shouldn't Babel have to delete the previously written
>>>>>> results in the Org buffer?
>>>>>
>>>>> This is a good point. Currently Babel just quits if it receives a nil
>>>>> result, but I think you're right that we should replace existing results
>>>>> when a nil result has been returned. I'll add this as PROPOSED to the
>>>>> babel task list.
>>>>
>>>> I consider this kind of mandatory, for the sake of coherency, and to
>>>> really make use of Org-babel every time I want to run some shell commands
>>>> (and change them, eventually getting no results then).
>>>
>>> I've just pushed up a change that implements this behavior.
>>
>> From my point of view, it does not work yet. Take this example:
>>
>> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>>
>> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger,
>> and thus the results block to be removed. That's not the case.
>
> If ledger throws an exception then the result probably will not be replaced,
> however if ledger does return an empty result, then the existing result will
> be removed.
What do you mean by ledger throwing an exception? Having a return code
different from 0?
For me, the result block should be removed in both cases:
- "exception" of ledger
- empty result of ledger
Or, if not, then (even better): instead of simply removing the result block,
replace it with a sort of error message, saying that ledger's execution failed
and returned XXX as exit code.
Whatever the solution, we have to clearly be aware that the previous results
are now wrong, and that the new result is a failure or empty.
>> Other peculiarity, if I write `:cmdline reeg unknown', I get an
>> exception:
>
> Ah, thanks for pointing this out, it seems I introduced an error with my
> previous change. I've just pushed up a fix for this issue.
Thanks. But right now, I don't get anything back from the following (same as
for thread about isodoc letters):
--8<---------------cut here---------------start------------->8---
#+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
--8<---------------cut here---------------end--------------->8---
In the *Messages* buffer, I get:
--8<---------------cut here---------------start------------->8---
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
--8<---------------cut here---------------end--------------->8---
... 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.
Thanks for your help.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-08 21:40 ` Sébastien Vauban
@ 2010-09-08 22:46 ` Eric Schulte
2010-09-09 12:14 ` Sébastien Vauban
1 sibling, 0 replies; 23+ messages in thread
From: Eric Schulte @ 2010-09-08 22:46 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
[-- Attachment #1: Type: text/plain, Size: 3094 bytes --]
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
> Hi Eric,
>
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>> "Eric Schulte" wrote:
>>>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>>>> "Eric Schulte" wrote:
>>>>>> Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> writes:
>>>>>>>
>>>>>>> 2. When the evaluation produces no output, but had well produced output
>>>>>>> before, shouldn't Babel have to delete the previously written
>>>>>>> results in the Org buffer?
>>>>>>
>>>>>> This is a good point. Currently Babel just quits if it receives a nil
>>>>>> result, but I think you're right that we should replace existing results
>>>>>> when a nil result has been returned. I'll add this as PROPOSED to the
>>>>>> babel task list.
>>>>>
>>>>> I consider this kind of mandatory, for the sake of coherency, and to
>>>>> really make use of Org-babel every time I want to run some shell commands
>>>>> (and change them, eventually getting no results then).
>>>>
>>>> I've just pushed up a change that implements this behavior.
>>>
>>> From my point of view, it does not work yet. Take this example:
>>>
>>> With `:cmdline reg unknown', it produced the line with -21.91 EUR. Correct.
>>>
>>> Now, if I write `:cmdline "reg" unknown', I expect no output from Ledger,
>>> and thus the results block to be removed. That's not the case.
>>
>> If ledger throws an exception then the result probably will not be replaced,
>> however if ledger does return an empty result, then the existing result will
>> be removed.
>
> What do you mean by ledger throwing an exception? Having a return code
> different from 0?
>
Yes, that's exactly what I mean.
>
> For me, the result block should be removed in both cases:
> - "exception" of ledger
> - empty result of ledger
>
> Or, if not, then (even better): instead of simply removing the result block,
> replace it with a sort of error message, saying that ledger's execution failed
> and returned XXX as exit code.
>
This is what we used to do (insert the error output into the buffer as
results), however we now treat error messages and STDOUT differently,
and Babel /should/ notify you of error output and then abort the
evaluation chain.
>
> Whatever the solution, we have to clearly be aware that the previous
> results are now wrong, and that the new result is a failure or empty.
>
Agreed, this notification should be done through a pop-up buffer of the
error output (however the previous results are retained because at least
when they were generated they were not an error). Also, returning the
error results could cause problems in the case of chained code blocks.
I don't have a local ledger install, and I didn't implement the Babel
ledger support, but I've made some changes to ob-ledger so that it now
uses the general Babel external evaluation tools (which should raise
errors as I've mentioned above). Could you give this patch (attached) a
try and let me know if it improves the behavior you're seeing?
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: ledger-notices-errors.patch --]
[-- Type: text/x-diff, Size: 1342 bytes --]
diff --git a/lisp/ob-ledger.el b/lisp/ob-ledger.el
index edd803f..ddaa93a 100644
--- a/lisp/ob-ledger.el
+++ b/lisp/ob-ledger.el
@@ -38,6 +38,7 @@
;;; Code:
(require 'ob)
+(require 'ob-eval)
(require 'org)
(defvar org-babel-default-header-args:ledger
@@ -48,15 +49,13 @@
"Execute a block of Ledger entries with org-babel. This function is
called by `org-babel-execute-src-block'."
(message "executing Ledger source code block")
- (let ((result-params (split-string (or (cdr (assoc :results params)) "")))
- (cmdline (cdr (assoc :cmdline params)))
- (in-file (org-babel-temp-file "ledger-"))
- (out-file (org-babel-temp-file "ledger-output-"))
- )
+ (let* ((result-params (split-string (or (cdr (assoc :results params)) "")))
+ (cmdline (cdr (assoc :cmdline params)))
+ (in-file (org-babel-temp-file "ledger-"))
+ (out-file (org-babel-temp-file "ledger-output-"))
+ (cmd (concat "ledger -f " in-file " " cmdline " > " out-file)))
(with-temp-file in-file (insert body))
- (message (concat "ledger -f " in-file " " cmdline))
- (with-output-to-string
- (shell-command (concat "ledger -f " in-file " " cmdline " > " out-file)))
+ (message cmd) (org-babel-eval cmd "")
(with-temp-buffer (insert-file-contents out-file) (buffer-string))))
(defun org-babel-prep-session:ledger (session params)
[-- Attachment #3: Type: text/plain, Size: 1717 bytes --]
>
>
>>> Other peculiarity, if I write `:cmdline reeg unknown', I get an
>>> exception:
>>
>> Ah, thanks for pointing this out, it seems I introduced an error with my
>> previous change. I've just pushed up a fix for this issue.
>
> Thanks. But right now, I don't get anything back from the following (same as
> for thread about isodoc letters):
>
After updating Org-mode are you running make clean && make (and maybe
make install) to clear out the old compiled elisp files?
Best -- Eric
>
> #+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.
>
> Thanks for your help.
>
> Best regards,
> Seb
[-- Attachment #4: 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
^ permalink raw reply related [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-08 21:40 ` Sébastien Vauban
2010-09-08 22:46 ` Eric Schulte
@ 2010-09-09 12:14 ` Sébastien Vauban
2010-09-09 15:29 ` Eric Schulte
1 sibling, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-09 12:14 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
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)
Maybe it'd be good to echo that "no eval" occurs anymore in such a condition?
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?
I currently have this in my config file:
--8<---------------cut here---------------start------------->8---
;; 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))))
;; 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
--8<---------------cut here---------------end--------------->8---
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?
Best regards,
Seb
PS- `try-require' is my customized `require', which does not stop if file is
not found...
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: Re: [babel] ledger tutorial on Worg
2010-09-09 12:14 ` Sébastien Vauban
@ 2010-09-09 15:29 ` Eric Schulte
2010-09-09 19:59 ` Sébastien Vauban
0 siblings, 1 reply; 23+ messages in thread
From: Eric Schulte @ 2010-09-09 15:29 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: emacs-orgmode
Sébastien Vauban <wxhgmqzgwmuf@spammotel.com> 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...
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-09 15:29 ` Eric Schulte
@ 2010-09-09 19:59 ` Sébastien Vauban
2010-09-09 21:15 ` Sébastien Vauban
0 siblings, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-09 19:59 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
"Eric Schulte" wrote:
> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org> writes:
>> Hi Eric,
>> Sébastien Vauban wrote:
>>> ... 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.
Knew about it. But... never used/thought before. Interesting command!
>> 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'.
I mean: if C-c C-c is disabled, but run on code, then echo "I do nothing". If
not, do the same as C-c C-v C-e...
Feasible? Interesting (for others, like me, in the future)?
>> 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.
OK. Thanks for the tip.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-09 19:59 ` Sébastien Vauban
@ 2010-09-09 21:15 ` Sébastien Vauban
2010-09-09 21:42 ` Dan Davison
0 siblings, 1 reply; 23+ messages in thread
From: Sébastien Vauban @ 2010-09-09 21:15 UTC (permalink / raw)
To: emacs-orgmode-mXXj517/zsQ
Hi Eric,
Sébastien Vauban wrote:
> "Eric Schulte" wrote:
>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMRG2NFembrH+g@public.gmane.orgorg> writes:
>>> Hi Eric,
>>> Sébastien Vauban wrote:
>> 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.
>
> Knew about it. But... never used/thought before. Interesting command!
Though...
When editing code with =C-c '=, I chose to reuse the current window.
When viewing the results, I find myself preferring to use another window, so
that I see what the code is, and to what it gets converted.
For the first case, I have to write:
(setq org-src-window-setup 'current-window)
For the second:
(setq org-src-window-setup 'reorganize-frame)
Is it, then, possible to get two vars? Or is my suggestion a bit silly?
>>> 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'.
>
> I mean: if C-c C-c is disabled, but run on code, then echo "I do nothing". If
> not, do the same as C-c C-v C-e...
>
> Feasible? Interesting (for others, like me, in the future)?
Echoing that request, so that you can answer both in one post...
Thanks in advance.
Best regards,
Seb
--
Sébastien Vauban
_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [babel] ledger tutorial on Worg
2010-09-09 21:15 ` Sébastien Vauban
@ 2010-09-09 21:42 ` Dan Davison
0 siblings, 0 replies; 23+ messages in thread
From: Dan Davison @ 2010-09-09 21:42 UTC (permalink / raw)
To: Sébastien Vauban; +Cc: public-emacs-orgmode-mXXj517/zsQ
Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw@public.gmane.org>
writes:
> Hi Eric,
>
> Sébastien Vauban wrote:
>> "Eric Schulte" wrote:
>>> Sébastien Vauban <wxhgmqzgwmuf-geNee64TY+gS+FvcfC7Uqw-XMD5yJDbdMRG2NFembrH+g@public.gmane.orgorg> writes:
>>>> Hi Eric,
>>>> Sébastien Vauban wrote:
>>> 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.
>>
>> Knew about it. But... never used/thought before. Interesting command!
>
> Though...
>
> When editing code with =C-c '=, I chose to reuse the current window.
>
> When viewing the results, I find myself preferring to use another window, so
> that I see what the code is, and to what it gets converted.
>
> For the first case, I have to write:
>
> (setq org-src-window-setup 'current-window)
>
> For the second:
>
> (setq org-src-window-setup 'reorganize-frame)
>
> Is it, then, possible to get two vars? Or is my suggestion a bit silly?
Hi Seb, in the absence of having distinct variables for this, you could
make your own version, e.g.
(defun my/org-babel-expand-src-block ()
(interactive)
(let ((org-src-window-setup 'reorganize-frame))
(org-babel-expand-src-block)))
Dan
>
>
>>>> 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'.
>>
>> I mean: if C-c C-c is disabled, but run on code, then echo "I do nothing". If
>> not, do the same as C-c C-v C-e...
>>
>> Feasible? Interesting (for others, like me, in the future)?
>
> Echoing that request, so that you can answer both in one post...
>
> Thanks in advance.
>
> Best regards,
> Seb
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2010-09-09 21:42 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-08-26 23:06 [babel] ledger tutorial on Worg Eric S Fraga
2010-08-27 14:53 ` Carsten Dominik
2010-08-27 15:27 ` Eric Schulte
2010-08-27 19:33 ` Eric S Fraga
2010-09-01 11:25 ` Sébastien Vauban
2010-09-01 18:33 ` Eric S Fraga
2010-09-02 0:19 ` Eric Schulte
2010-09-02 12:43 ` Sébastien Vauban
2010-09-02 14:56 ` Eric Schulte
2010-09-03 20:53 ` Sébastien Vauban
2010-09-03 21:35 ` Eric Schulte
2010-09-05 20:49 ` Sébastien Vauban
2010-09-07 23:03 ` Eric Schulte
2010-09-08 8:21 ` Sébastien Vauban
2010-09-08 17:53 ` Eric Schulte
2010-09-08 21:40 ` Sébastien Vauban
2010-09-08 22:46 ` Eric Schulte
2010-09-09 12:14 ` Sébastien Vauban
2010-09-09 15:29 ` Eric Schulte
2010-09-09 19:59 ` Sébastien Vauban
2010-09-09 21:15 ` Sébastien Vauban
2010-09-09 21:42 ` Dan Davison
2010-09-03 8:33 ` Eric S Fraga
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).