Hi,
Yes, that works nicely, and should solve Rainer's problem.
I haven't been able to think of anything else that can't be handled by
properties.
And I do think it's a good idea to winnow down the syntax a bit, even
if things break. I just like to grumble.
:-)
Yours,
Christian
On 10/21/11 7:37 PM, Eric Schulte wrote:
Nice idea. This same issue with "var" arose when we first started
allowing header arguments to be specified inside subtree properties.
I've just implemented your suggestion so the following are now possible.
#+PROPERTY: var foo=1, bar=2
#+PROPERTY: cache yes
#+begin_src emacs-lisp
(+ foo bar)
#+end_src
#+results[be32e67491d4e92f75769aebe423c20ca01626fe]:
: 3
and
#+begin_src emacs-lisp :var foo="this", bar="that"
(concat foo " " bar)
#+end_src
#+results[3cde077efa81f1ca24a62ac264dbd5776b6e0054]:
: this that
Thanks for the suggestion and I hope the above is a sufficient
replacement for the now-missing #+BABEL: syntax.
Cheers -- Eric
