From mboxrd@z Thu Jan 1 00:00:00 1970 From: shripad sinari Subject: request regarding code chunk options in org-babel. Date: Tue, 12 Mar 2013 20:34:38 -0700 Message-ID: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01633678f3aa3d04d7c6155f Return-path: Received: from eggs.gnu.org ([208.118.235.92]:40123) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFcSj-0002Zo-N2 for Emacs-orgmode@gnu.org; Tue, 12 Mar 2013 23:34:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFcSd-0000dW-8C for Emacs-orgmode@gnu.org; Tue, 12 Mar 2013 23:34:45 -0400 Received: from mail-ve0-f181.google.com ([209.85.128.181]:43030) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFcSd-0000dS-3e for Emacs-orgmode@gnu.org; Tue, 12 Mar 2013 23:34:39 -0400 Received: by mail-ve0-f181.google.com with SMTP id d10so404142vea.26 for ; Tue, 12 Mar 2013 20:34:38 -0700 (PDT) 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 --089e01633678f3aa3d04d7c6155f 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. If for some reason this is not possible since either it does not fit into the development philosophy or breaks other parts, it will be helpful to know as well. Thanks for your help. Best regards, Shripad Tucson, AZ --089e01633678f3aa3d04d7c6155f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,
=A0I have been using org-mode and particularly org-babel for reproducible<= /div>
research. From r= eading 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 forma= ts 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. =A0If for some reason this is not po= ssible since either it does not fit into the development philosophy or brea= ks other parts, it will be helpful to know as well.

Thanks for your help.<= /div>
Best regard= s,=A0

Shripad
Tucson, AZ
=
--089e01633678f3aa3d04d7c6155f--