From mboxrd@z Thu Jan 1 00:00:00 1970 From: shripad sinari Subject: Fwd: request regarding code chunk options in org-babel. Date: Tue, 12 Mar 2013 12:37:43 -0700 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=bcaec554098056378a04d7bf6c4c Return-path: Received: from eggs.gnu.org ([208.118.235.92]:52058) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFV4m-0003zh-CG for emacs-orgmode@gnu.org; Tue, 12 Mar 2013 15:45:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFV16-0007L0-8D for emacs-orgmode@gnu.org; Tue, 12 Mar 2013 15:41:32 -0400 Received: from mail-oa0-f52.google.com ([209.85.219.52]:63135) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFV16-0007Kf-3i for emacs-orgmode@gnu.org; Tue, 12 Mar 2013 15:37:44 -0400 Received: by mail-oa0-f52.google.com with SMTP id k14so247339oag.39 for ; Tue, 12 Mar 2013 12:37:43 -0700 (PDT) In-Reply-To: List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org --bcaec554098056378a04d7bf6c4c Content-Type: text/plain; charset=ISO-8859-1 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 --bcaec554098056378a04d7bf6c4c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,
=A0I have been using org-mode and partic= ularly org-babel for reproducible
research. From reading most of = the code chunk options in the org manual
=A0it 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 =A0 =A0 =A0 =A0 =A0 =A0 | results =A0 =A0 =A0 =A0 =A0 =A0| no= =A0 =A0 =A0 =A0 =A0| yes =A0 =A0 =A0| yes =A0 =A0 =A0 =A0 =A0 |
= | replace/other =A0| none =A0 =A0 =A0 =A0 =A0 =A0 =A0 | yes =A0 =A0 =A0 =A0= | no =A0 =A0 =A0 =A0| yes =A0 =A0 =A0 =A0 =A0 |
| silent =A0 =A0 = =A0 =A0 =A0 =A0 | none =A0 =A0 =A0 =A0 =A0 =A0 =A0 | no =A0 =A0 =A0 =A0 =A0= | no =A0 =A0 =A0 =A0| yes =A0 =A0 =A0 =A0 =A0 |
|---------------------+----------------------+-------------+----------= --+------------ =A0 =A0|

=A0it 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. =A0
<= div>
Please let me know.
Thanks and regards,=A0

Shripad
Tucson, AZ

--bcaec554098056378a04d7bf6c4c--