emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: shripad sinari <shripad.sinari@gmail.com>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Fwd: request regarding code chunk options in org-babel.
Date: Thu, 14 Mar 2013 13:04:46 -0700	[thread overview]
Message-ID: <CAA_SOTZ=zsaT1gP78cDRm6vwmb-Vd=AdSsoaRrmt=o2EM2rfyg@mail.gmail.com> (raw)
In-Reply-To: <87k3p9da91.fsf@gmail.com>

[-- 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 --]

      reply	other threads:[~2013-03-14 20:04 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
2013-03-14 20:04         ` shripad sinari [this message]

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='CAA_SOTZ=zsaT1gP78cDRm6vwmb-Vd=AdSsoaRrmt=o2EM2rfyg@mail.gmail.com' \
    --to=shripad.sinari@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=schulte.eric@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).