From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: [Babel][Bug] results silent ignored in #+call Date: Tue, 15 Mar 2011 07:13:50 -0600 Message-ID: <87wrk034s1.fsf@gmail.com> References: <4D7E7578.2060206@med.uni-goettingen.de> <87bp1dwfzl.fsf@gmail.com> <4D7F0BA1.7010201@med.uni-goettingen.de> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=54550 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzU4Y-00053r-Nb for emacs-orgmode@gnu.org; Tue, 15 Mar 2011 09:14:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PzU4T-0005PX-Ah for emacs-orgmode@gnu.org; Tue, 15 Mar 2011 09:14:02 -0400 Received: from mail-yx0-f169.google.com ([209.85.213.169]:59241) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzU4T-0005PS-8M for emacs-orgmode@gnu.org; Tue, 15 Mar 2011 09:13:57 -0400 Received: by yxt33 with SMTP id 33so293066yxt.0 for ; Tue, 15 Mar 2011 06:13:57 -0700 (PDT) In-Reply-To: <4D7F0BA1.7010201@med.uni-goettingen.de> (Andreas Leha's message of "Tue, 15 Mar 2011 07:48:01 +0100") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Andreas Leha Cc: emacs-orgmode@gnu.org Hi Andreas, If the call line has a ":session" header argument, then it should be evaluated on export; regardless of the value of the ":export" header argument. Adding a ":exports none" header argument, should inhibit the insertion of any results into the exported document. In your example below, the reason that the #+call: header argument is not exported is because your :session header argument has no value, the following call line would be exported. #+call: test() :session *R* :exports none I just pushed up a fix which removes this requirement for named sessions, so you example below should now work. Best -- Eric Andreas Leha writes: > Hi Eric, > > thanks for your answer. > > Just for me to understand: What is your suggestion then, if I still > want the source code block to be evaluated during export? > I asked a while ago on this list how to do that and got the answer > ":exports results :results silent" which to my understanding now makes > perfectly sense: > http://www.mail-archive.com/emacs-orgmode@gnu.org/msg36910.html > > I tried to omit the ":exports results" header argument and got weirder > results, as now the #+call: is not evaluated at all, but appears in the > output. > > ===example to export=================== > * Test1 > #+srcname: test > #+begin_src R :session :results silent > 1:10 > #+end_src > > Test1. > > * Test2 > #+call: test() :session :results silent > > Test2. > ================================== > > Best wishes, > Andreas > > > > Am 14.03.2011 21:59, schrieb Eric Schulte: >> Hi Andreas, >> >> The ":exports results" header argument is overriding the ":results >> silent" header argument, which IMO is desired behavior. Thanks to your >> example I see this is not the case for regular code blocks. I would >> think that the behavior should be changed for regular code blocks, >> s.t. both of the tests in your example below export results. >> >> Best -- Eric >> >> Andreas Leha writes: >> >> >>> Hi everyone, >>> >>> Just pulled the latest HEAD and found that there is a regression in >>> babel. When a source block is evaluated via #+call the :results silent >>> header arguement is ignored during export >>> >>> =test file==================================== >>> * Test1 >>> #+srcname: test >>> #+begin_src R :session :exports results :results silent >>> 1:10 >>> #+end_src >>> >>> Test1. >>> >>> * Test2 >>> #+call: test() :session :exports results :results silent >>> >>> Test2. >>> ========================================== >>> >>> Regards, >>> Andreas >>> >>