emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed

From: Aaron Ecay <aaronecay@gmail.com>
To: Thorsten Jolitz <tjolitz@gmail.com>, emacs-orgmode@gnu.org
Subject: Re: #+header: :post -> Symbol's value as variable is void:	*this*
Date: Wed, 06 Aug 2014 00:12:01 -0400	[thread overview]
Message-ID: <87egwuw92m.fsf@gmail.com> (raw)
In-Reply-To: <87lhrftg5s.fsf@gmail.com>

Hi Thorsten,

2014ko uztailak 27an, Thorsten Jolitz-ek idatzi zuen:
> 
> Thorsten Jolitz <tjolitz@gmail.com> writes:
> 
>> Hi List, 
>> 
>> whats wrong with this :post header arg:
>> 
>> #+header: :post (format "#+attr_latex :float :placement {c}{scale=.6}\n%s" *this*) 
>> #+begin_src emacs-lisp 
>> (+ 2 2)
>> #+end_src
>> 
>> When I understand 
>> 
>> ,----
>> | http://orgmode.org/manual/post.html
>> `----
>> 
>> correctly, *this* should hold the block results, but I get 
>> 
>> ,----
>> | Symbol's value as variable is void: *this*
>> `----
> 
> 
> This works:
> 
> #+name: myconcat
> #+header: :var x=""
> #+begin_src emacs-lisp
>  (format "Do %sx then quit" x)
> #+end_src
> 
> 
> #+header: :post myconcat(x=*this*)
> #+begin_src emacs-lisp 
>  (+ 2 2)
> #+end_src
> 
> #+results:
> : Do 4x then quit
> 
> 
> but how do I interpret the following sentence from the manual:
> 
> ,----
> | This variable [*this*] may then be included in header argument forms
> | such as those used in var header argument specifications allowing
> | passing of results to other code blocks, or direct execution via Emacs
> | Lisp.
> `----
> 
> What is meant by 'direct execution via Emacs Lisp' here? I think the
> above construct with two src-blocks is a bit heavy for the rather small
> task and hoped I could just give an Emacs Lisp expression containing
> *this* as value to the :post header arg, but apparently not?
> 
> #+header: :post (format "Do %sx then quit" *this*)
> #+begin_src emacs-lisp 
>  (+ 2 2)
> #+end_src
> 
> -> eval: Symbol's value as variable is void: *this*

The value of :post should be a babel call (in the same format as e.g. a
#+call line), not an elisp form.  If babel sees something that looks
like elisp, it will attempt to ‘eval’ it when parsing the src block,
before *this* is bound (which happens only upon execution, after
parsing).

-- 
Aaron Ecay

next prev parent reply	other threads:[~2014-08-06  4:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-26 20:02 #+header: :post -> Symbol's value as variable is void: *this* Thorsten Jolitz
2014-07-27  7:27 ` Thorsten Jolitz
2014-08-06  4:12   ` Aaron Ecay [this message]
2014-08-06  8:54     ` Thorsten Jolitz

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

  List information: https://www.orgmode.org/

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

  git send-email \
    --in-reply-to=87egwuw92m.fsf@gmail.com \
    --to=aaronecay@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=tjolitz@gmail.com \
    /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

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).