Understood. Somehow got the call syntax suck in my head and didn't see that the underscore named syntax only works for LoB stuff and works perfectly when you just make a plain old language call.
Thanks! This feature is really, really important. Grant Rettke | ACM, ASA, FSF, IEEE, SIAM g...@wisdomandwonder.com | http://www.wisdomandwonder.com/ “Wisdom begins in wonder.” --Socrates ((λ (x) (x x)) (λ (x) (x x))) “Life has become immeasurably better since I have been forced to stop taking it seriously.” --Thompson On Thu, Jul 24, 2014 at 8:53 PM, Ista Zahn <istaz...@gmail.com> wrote: > On Thu, Jul 24, 2014 at 6:14 AM, Andreas Leha > <andreas.l...@med.uni-goettingen.de> wrote: >> Nick Dokos <ndo...@gmail.com> writes: >> >>> Grant Rettke <g...@wisdomandwonder.com> writes: >>> >>>> Thanks for looking Thomas and Nick. >>>> >>>> When I set this and export >>>> >>>> ,---- >>>> | (setq org-export-babel-evaluate t) >>>> `---- >>>> >>>> I get the expected result of >>>> >>>> ,---- >>>> | Here is a `16', stuck in the middle of some prose. >>>> `---- >>>> >>>> But when I do this and export >>>> >>>> ,---- >>>> | (setq org-export-babel-evaluate 'inline-only) >>>> `---- >>>> >>>> I get this output which is not what I expected >>>> >>>> ,---- >>>> | Here is a , stuck in the middle of some prose. >>>> `---- >>>> >>>> I thought that I was enabling inline code block execution correctly >>>> and making the inline call correctly. >>>> >>>> How does it look should it be doing what I had wanted? >>>> >>> >>> I don't think you can: the `type' (see below) of the inline code is not >>> `inline' as one might think at first, but `lob', presumably because >>> call_foo is defined in the library-of-babel. >>> >>> The relevant code is in ob-exp.el:org-babel-exp-results: >>> >>> ,---- >>> | ... >>> | (when (and (or (eq org-export-babel-evaluate t) >>> | (and (eq type 'inline) >>> | (eq org-export-babel-evaluate 'inline-only))) >>> | (not (and hash (equal hash (org-babel-current-result-hash))))) >>> | ... >>> `---- >> >> Then I would like to turn this into a feature request: Enable >> inline-block-specific settings. > > I'm not sure if this solves your problem, but > > --8<---------------cut here---------------start------------->8--- > #+name: squareFun > #+begin_src emacs-lisp :exports none > (defun square (it) (* it it)) > #+end_src > > #+RESULTS: squareFun > : square > > Here is a src_emacs-lisp{(square 10)}, from an inline source block. > --8<---------------cut here---------------end--------------->8--- > > does work with org-export-babel-evaluate set to 'inline-only. You do > have to evaluate the squareFun block before exporting. > > Best, > Ista > > > >> >> This does not only hold for the evaluation, but also for default header >> arguments. Different settings for inline code are quite useful. I do >> have to specify [:results raw] on the block-to-block basis quite a lot >> and would benefit a lot from global inline-specific settings. >> >> As always, point me to the way to do it, if (quite likely) this is >> possible already. >> >> Regards, >> Andreas >> >> >
