Re: [O] [RFC] new :post header argument for post-processing of code block results

2014-12-12 Thread Christian Nybø
Eric Schulte schulte.eric at gmail.com writes: Aaron Ecay aaronecay at gmail.com writes: Yes again . Do we want to allow :post (message *this*)? Yes again Eric, would you mind posting a sample that shows how to post-process the result with emacs-lisp? If I create a buffer

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-16 Thread Eric S Fraga
Eric Schulte schulte.e...@gmail.com writes: Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have benefited from post-processing of code block output. [...] Does this new header

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-16 Thread Eric Schulte
Eric S Fraga e.fr...@ucl.ac.uk writes: Eric Schulte schulte.e...@gmail.com writes: Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have benefited from post-processing of code block

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-16 Thread Andreas Leha
Eric Schulte schulte.e...@gmail.com writes: Eric S Fraga e.fr...@ucl.ac.uk writes: Eric Schulte schulte.e...@gmail.com writes: Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-04 Thread Bastien
Hi Eric, Eric Schulte schulte.e...@gmail.com writes: Bastien, please commit these whenever you want, or let me know and I can commit them. Please go ahead. If you have one minute, you can clone orgweb.git and send a patch against Changes.org: ~$ git clone org...@orgmode.org:orgweb.git

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-04 Thread Eric Schulte
Bastien b...@altern.org writes: Hi Eric, Eric Schulte schulte.e...@gmail.com writes: Bastien, please commit these whenever you want, or let me know and I can commit them. Please go ahead. Done. If you have one minute, you can clone orgweb.git and send a patch against Changes.org:

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-04 Thread Bastien
Eric Schulte schulte.e...@gmail.com writes: Done. Thanks! -- Bastien

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-03 Thread Eric Schulte
Aaron Ecay aarone...@gmail.com writes: Hi Eric 2013ko martxoak 31an, Eric Schulte-ek idatzi zuen: Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have benefited from

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-04-03 Thread Eric Schulte
If your issue is that (identity *this*) is cumbersome, then I would agree. What about if we change `org-babel-read' as with the attached patch s.t. *any* variable with ear-muffs will be read as Emacs Lisp, allowing this simpler alternative. The attached patches change to the more natural

[O] [RFC] new :post header argument for post-processing of code block results

2013-03-31 Thread Eric Schulte
Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have benefited from post-processing of code block output. The attached patch [3] adds a new :post header argument, which may be used to

Re: [O] [RFC] new :post header argument for post-processing of code block results

2013-03-31 Thread Aaron Ecay
Hi Eric 2013ko martxoak 31an, Eric Schulte-ek idatzi zuen: Hi, I've been wanting to add the ability to post-process the results of a code block for some time, and some recent threads (e.g., [1] and [2]) could both have benefited from post-processing of code block output. This looks very