From: Eric Schulte <schulte.eric@gmail.com>
To: shripad sinari <shripad.sinari@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Fwd: request regarding code chunk options in org-babel.
Date: Thu, 14 Mar 2013 13:57:57 -0600 [thread overview]
Message-ID: <87k3p9da91.fsf@gmail.com> (raw)
In-Reply-To: CAA_SOTY1Xja6Ht8VwFjTfWmxFuN8w95q-xaksV=OUounE6XnaQ@mail.gmail.com
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
next prev parent reply other threads:[~2013-03-14 19:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAA_SOTZfm5PCbStnE1_L25T4mFRtvS+jS6VP6j_0nde6LXCKxA@mail.gmail.com>
2013-03-12 19:37 ` Fwd: request regarding code chunk options in org-babel shripad sinari
2013-03-13 15:08 ` Eric Schulte
2013-03-13 18:14 ` shripad sinari
2013-03-14 19:57 ` Eric Schulte [this message]
2013-03-14 20:04 ` shripad sinari
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=87k3p9da91.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=shripad.sinari@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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).