[-- Attachment #1: Type: text/plain, Size: 1014 bytes --] Hello all, I have been using org-mode and particularly org-babel for reproducible research. From reading most of the code chunk options in the org manual it seems that the follwoing table would be how one would expect output in various formats to behave: | :results value | :exports value | In Buffer | In PDF | Evaluation | |---------------------+---------------------+-------------+------------+----------------| | silent | results | no | yes | yes | | replace/other | none | yes | no | yes | | silent | none | no | no | yes | |---------------------+----------------------+-------------+------------+------------ | However from this thread: http://comments.gmane.org/gmane.emacs.orgmode/46625 it appears that this is not the case. Is there a way, to get this table to be valid out of the box? This might be useful. Please let me know. Thanks and regards, Shripad Tucson, AZ [-- Attachment #2: Type: text/html, Size: 1473 bytes --]
shripad sinari <shripad.sinari@gmail.com> writes: > Hello all, > I have been using org-mode and particularly org-babel for reproducible > research. From reading most of the code chunk options in the org manual > it seems that the follwoing table would be how one would expect output > in various formats to behave: > > | :results value | :exports value | In Buffer | In PDF | Evaluation | > |----------------+----------------+-----------+--------+------------| > | silent | results | no | yes | yes | > | replace/other | none | yes | no | yes | > | silent | none | no | no | yes | > Perhaps the documentation should be changed to more clearly express that adding ":results silent" will inhibit insertion of results in the buffer even during export. > > However from this thread: > http://comments.gmane.org/gmane.emacs.orgmode/46625 Is there a reason that the solution posted in that thread does not work for you? Best, > > it appears that this is not the case. Is there a way, to get this > table to be valid out of the box? This might be useful. > > Please let me know. > Thanks and regards, > > Shripad > Tucson, AZ -- Eric Schulte http://cs.unm.edu/~eschulte
[-- Attachment #1: Type: text/plain, Size: 2053 bytes --] Hello Eric, The posted solution works. But the issue is that I have to do this a lot of times for selective code chunks in multiple documents. Writing the sexp each time is not very elegant. Besides, if I were to come up with some solution than I did not want it to break anything else. Perhaps my question is still ambiguous and the right question should be does value of ":results" plist overrride the one from ":exports", i.e., is there any precedence order to the chunk options that is implicit, that i have not yet grasped from the documentation? Thanks for your patience and help. Regards, Shripad. Shripad Tucson, AZ On Wed, Mar 13, 2013 at 8:08 AM, Eric Schulte <schulte.eric@gmail.com>wrote: > shripad sinari <shripad.sinari@gmail.com> writes: > > > Hello all, > > I have been using org-mode and particularly org-babel for reproducible > > research. From reading most of the code chunk options in the org manual > > it seems that the follwoing table would be how one would expect output > > in various formats to behave: > > > > | :results value | :exports value | In Buffer | In PDF | Evaluation | > > |----------------+----------------+-----------+--------+------------| > > | silent | results | no | yes | yes | > > | replace/other | none | yes | no | yes | > > | silent | none | no | no | yes | > > > > Perhaps the documentation should be changed to more clearly express that > adding ":results silent" will inhibit insertion of results in the buffer > even during export. > > > > > However from this thread: > > http://comments.gmane.org/gmane.emacs.orgmode/46625 > > Is there a reason that the solution posted in that thread does not work > for you? > > Best, > > > > > it appears that this is not the case. Is there a way, to get this > > table to be valid out of the box? This might be useful. > > > > Please let me know. > > Thanks and regards, > > > > Shripad > > Tucson, AZ > > -- > Eric Schulte > http://cs.unm.edu/~eschulte > [-- Attachment #2: Type: text/html, Size: 3071 bytes --]
shripad sinari <shripad.sinari@gmail.com> writes: > Hello Eric, > The posted solution works. But the issue is that I have to do this a lot of > times for selective code chunks in multiple documents. Writing the sexp > each time is not very elegant. As the sexp is just elisp you can easily to add a function to your .emacs configuration which makes this process easier. For example. ;; -*- emacs-lisp -*- (defun exp-only () (if org-current-export-file "replace" "silent")) allowing you to then do the following in your Org-mode files #+begin_src sh :results (exp-only) :exports results echo "I want to see this in HTML/PDF, but not in Org" #+end_src > Besides, if I were to come up with some solution than I did not want > it to break anything else. The above solution will not break anything else. > Perhaps my question is still ambiguous and the right question should > be does value of ":results" plist overrride the one from ":exports", > i.e., is there any precedence order to the chunk options that is > implicit, that i have not yet grasped from the documentation? > I don't believe "override" is the right term here, they are orthogonal. So, ":exports results" does mean that the results will be exported, if those results are "silent" then while they are run during export, there nothing is added to the exported document. > > Thanks for your patience and help. I hope this does help. One goal of Org-mode's code block support is to provide as much functionality as possible from a core which is as composed of a small number of orthogonal working pieces. This maximizes flexibility and utility with a minimum of maintenance and implementation overhead. Cheers, > > Regards, Shripad. > > Shripad > Tucson, AZ > > > On Wed, Mar 13, 2013 at 8:08 AM, Eric Schulte <schulte.eric@gmail.com>wrote: > >> shripad sinari <shripad.sinari@gmail.com> writes: >> >> > Hello all, >> > I have been using org-mode and particularly org-babel for reproducible >> > research. From reading most of the code chunk options in the org manual >> > it seems that the follwoing table would be how one would expect output >> > in various formats to behave: >> > >> > | :results value | :exports value | In Buffer | In PDF | Evaluation | >> > |----------------+----------------+-----------+--------+------------| >> > | silent | results | no | yes | yes | >> > | replace/other | none | yes | no | yes | >> > | silent | none | no | no | yes | >> > >> >> Perhaps the documentation should be changed to more clearly express that >> adding ":results silent" will inhibit insertion of results in the buffer >> even during export. >> >> > >> > However from this thread: >> > http://comments.gmane.org/gmane.emacs.orgmode/46625 >> >> Is there a reason that the solution posted in that thread does not work >> for you? >> >> Best, >> >> > >> > it appears that this is not the case. Is there a way, to get this >> > table to be valid out of the box? This might be useful. >> > >> > Please let me know. >> > Thanks and regards, >> > >> > Shripad >> > Tucson, AZ >> >> -- >> Eric Schulte >> http://cs.unm.edu/~eschulte >> -- Eric Schulte http://cs.unm.edu/~eschulte
[-- Attachment #1: Type: text/plain, Size: 3598 bytes --] Thanks Eric! Shripad Tucson, AZ On Thu, Mar 14, 2013 at 12:57 PM, Eric Schulte <schulte.eric@gmail.com>wrote: > shripad sinari <shripad.sinari@gmail.com> writes: > > > Hello Eric, > > The posted solution works. But the issue is that I have to do this a lot > of > > times for selective code chunks in multiple documents. Writing the sexp > > each time is not very elegant. > > As the sexp is just elisp you can easily to add a function to your > .emacs configuration which makes this process easier. For example. > > ;; -*- emacs-lisp -*- > (defun exp-only () (if org-current-export-file "replace" "silent")) > > allowing you to then do the following in your Org-mode files > > > #+begin_src sh :results (exp-only) :exports results > echo "I want to see this in HTML/PDF, but not in Org" > #+end_src > > > Besides, if I were to come up with some solution than I did not want > > it to break anything else. > > The above solution will not break anything else. > > > Perhaps my question is still ambiguous and the right question should > > be does value of ":results" plist overrride the one from ":exports", > > i.e., is there any precedence order to the chunk options that is > > implicit, that i have not yet grasped from the documentation? > > > > I don't believe "override" is the right term here, they are orthogonal. > So, ":exports results" does mean that the results will be exported, if > those results are "silent" then while they are run during export, there > nothing is added to the exported document. > > > > > Thanks for your patience and help. > > I hope this does help. One goal of Org-mode's code block support is to > provide as much functionality as possible from a core which is as > composed of a small number of orthogonal working pieces. This maximizes > flexibility and utility with a minimum of maintenance and implementation > overhead. > > Cheers, > > > > > Regards, Shripad. > > > > Shripad > > Tucson, AZ > > > > > > On Wed, Mar 13, 2013 at 8:08 AM, Eric Schulte <schulte.eric@gmail.com > >wrote: > > > >> shripad sinari <shripad.sinari@gmail.com> writes: > >> > >> > Hello all, > >> > I have been using org-mode and particularly org-babel for > reproducible > >> > research. From reading most of the code chunk options in the org > manual > >> > it seems that the follwoing table would be how one would expect > output > >> > in various formats to behave: > >> > > >> > | :results value | :exports value | In Buffer | In PDF | Evaluation | > >> > |----------------+----------------+-----------+--------+------------| > >> > | silent | results | no | yes | yes | > >> > | replace/other | none | yes | no | yes | > >> > | silent | none | no | no | yes | > >> > > >> > >> Perhaps the documentation should be changed to more clearly express that > >> adding ":results silent" will inhibit insertion of results in the buffer > >> even during export. > >> > >> > > >> > However from this thread: > >> > http://comments.gmane.org/gmane.emacs.orgmode/46625 > >> > >> Is there a reason that the solution posted in that thread does not work > >> for you? > >> > >> Best, > >> > >> > > >> > it appears that this is not the case. Is there a way, to get this > >> > table to be valid out of the box? This might be useful. > >> > > >> > Please let me know. > >> > Thanks and regards, > >> > > >> > Shripad > >> > Tucson, AZ > >> > >> -- > >> Eric Schulte > >> http://cs.unm.edu/~eschulte > >> > > -- > Eric Schulte > http://cs.unm.edu/~eschulte > [-- Attachment #2: Type: text/html, Size: 5261 bytes --]