* exporting, using names, and inline source code blocks @ 2012-09-15 8:18 Erich Neuwirth 2012-09-15 16:37 ` Eric Schulte 0 siblings, 1 reply; 4+ messages in thread From: Erich Neuwirth @ 2012-09-15 8:18 UTC (permalink / raw) To: emacs-orgmode@gnu.org emacs-orgmode@gnu.org I am using the latest version from ELPA, 20120903, OSX 10.8.1, and Emacs 24.2.1 The following document describes something which I perceive as strange behavior and a wish at the end. #+title: Names test Define a name with a value #+name: nameval #+begin_src elisp :session *elisp* :results value :exports both 321 #+end_src The above does not export the value to LaTeX-pdf export if it is not executed with C-c C-c in the document Define a value in elisp #+begin_src elisp :session *elisp* :results value :exports both (setq lispval 123) #+end_src The above does not export the value to LaTeX-pdf export if it is not executed with C-c C-c in the document Simple call to =src_elisp= lispval equals src_elisp[:session *elisp* :results raw]{lispval} The above does not export the value to LaTeX-pdf export if it is not executed with C-c C-c in the document Enhanced call to =src_elisp= lispval equals src_elisp[:session *elisp* :results raw :exports results]{lispval} The above does not export the value to LaTeX-pdf export if it is not executed with C-c C-c in the document I tried exporting both to LaTeX-pdf and to html. I would like a way which would allow me to use the value of the name =nameval= inline ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: exporting, using names, and inline source code blocks 2012-09-15 8:18 exporting, using names, and inline source code blocks Erich Neuwirth @ 2012-09-15 16:37 ` Eric Schulte 2012-09-15 22:11 ` Nicolas Goaziou 0 siblings, 1 reply; 4+ messages in thread From: Eric Schulte @ 2012-09-15 16:37 UTC (permalink / raw) To: Erich Neuwirth; +Cc: Nicolas Goaziou, Org Mode Mailing List [-- Attachment #1: Type: text/plain, Size: 1563 bytes --] Erich Neuwirth <erich.neuwirth@univie.ac.at> writes: > I am using the latest version from ELPA, 20120903, OSX 10.8.1, and Emacs 24.2.1 > > The following document describes something which I perceive as strange behavior and a wish at the end. > There are a couple of things happening here. Some can be fixed by adjusting the syntax in your org-mode file. "elisp" should not be used, rather use "emacs-lisp" and your blocks will begin to be executed on export. Also, Emacs Lisp does not support sessions, so you may as well remove the session header arguments. And finally you *can* reference the result of a code block in an inline code block. See the attached [1] version of your example Org-mode file for specifics. You have also uncovered a bug in the export of inline code blocks introduced by the following recent commit [2]. I've just pushed up a new test case which exercises this bug, and which passes before this commit and fails afterwards. If you use the updated version of your example file, and either wait for a bug fix to be pushed, or use a version of Org-mode which pre-dates this commit you should get the export behavior you expect. Nicolas, I'm unable to take the time to fix this bug at the moment, however if you can address it, I suspect the following two items are relevant. 1. lack of preservation of whitespace around inline src blocks, related to the use of :begin at line 166 in ob-exp.el 2. incorrect position of the point before `org-babel-exp-do-export' is called at line 181 in ob-exp.el. Best, Footnotes: [1] [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: it.org --] [-- Type: text/x-org, Size: 700 bytes --] #+Title: Names test #+Options: ^:nil Define a named code block. #+name: namecode #+begin_src emacs-lisp :exports both 321 #+end_src The above *does* export the value. Technically a named value would be as follows. #+name: nameval : 456 Define a value in emacs-lisp #+begin_src emacs-lisp :exports both (setq lispval 123) #+end_src The above *does* export the value Inline evaluation of lispval equals src_emacs-lisp[:results raw]{lispval} The above *does* export the value. This should now work with both to LaTeX-pdf and to html. I would like a way which would allow me to use the value of the name =namecode= inline. You can do this with the following src_sh[:var it=namecode]{echo $it}. [-- Attachment #3: Type: text/plain, Size: 518 bytes --] [2] ,---- | commit 3dce21a0a4464463e1a518ae5b6ca5aef0dbc3c8 | Author: Nicolas Goaziou <n.goaziou@gmail.com> | Date: Sun Aug 19 22:07:55 2012 +0200 | | Rewrite Babel pre-processing functions | | * lisp/ob-exp.el (org-babel-exp-src-block): Remove unused argument. | (org-babel-exp-non-block-elements): Rewrite function using Org Element. | * lisp/org-exp-blocks.el (org-export-blocks-preprocess): Rewrite | function using Org Element. `---- -- Eric Schulte http://cs.unm.edu/~eschulte ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: exporting, using names, and inline source code blocks 2012-09-15 16:37 ` Eric Schulte @ 2012-09-15 22:11 ` Nicolas Goaziou 2012-09-15 23:30 ` Eric Schulte 0 siblings, 1 reply; 4+ messages in thread From: Nicolas Goaziou @ 2012-09-15 22:11 UTC (permalink / raw) To: Eric Schulte; +Cc: Erich Neuwirth, Org Mode Mailing List Hello, Eric Schulte <eric.schulte@gmx.com> writes: > Nicolas, I'm unable to take the time to fix this bug at the moment, > however if you can address it, I suspect the following two items are > relevant. I think it should be fixed now. At least, all tests pass here. Thanks for the heads up. Regards, -- Nicolas Goaziou ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: exporting, using names, and inline source code blocks 2012-09-15 22:11 ` Nicolas Goaziou @ 2012-09-15 23:30 ` Eric Schulte 0 siblings, 0 replies; 4+ messages in thread From: Eric Schulte @ 2012-09-15 23:30 UTC (permalink / raw) To: Nicolas Goaziou; +Cc: Erich Neuwirth, Org Mode Mailing List Nicolas Goaziou <n.goaziou@gmail.com> writes: > Hello, > > Eric Schulte <eric.schulte@gmx.com> writes: > >> Nicolas, I'm unable to take the time to fix this bug at the moment, >> however if you can address it, I suspect the following two items are >> relevant. > > I think it should be fixed now. At least, all tests pass here. > > Thanks for the heads up. > Confirmed all passing here too. Thanks for the quick fix! > > > Regards, -- Eric Schulte http://cs.unm.edu/~eschulte ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-09-15 23:31 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-09-15 8:18 exporting, using names, and inline source code blocks Erich Neuwirth 2012-09-15 16:37 ` Eric Schulte 2012-09-15 22:11 ` Nicolas Goaziou 2012-09-15 23:30 ` Eric Schulte
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.