From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Eric Schulte" Subject: Re: [babel] silent code block evaluation on export Date: Wed, 01 Sep 2010 22:10:33 -0600 Message-ID: <874oe8dbuu.fsf@gmail.com> References: <4C7D4D12.1070002@ccbr.umn.edu> <87d3sxdmqv.fsf@gmail.com> <87k4n5c4cx.fsf@gmail.com> <4C7F0775.5060704@ccbr.umn.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=36372 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Or18K-0005Ho-Pm for emacs-orgmode@gnu.org; Thu, 02 Sep 2010 00:10:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Or18J-0001yQ-9T for emacs-orgmode@gnu.org; Thu, 02 Sep 2010 00:10:40 -0400 Received: from mail-pz0-f41.google.com ([209.85.210.41]:44526) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Or18J-0001y8-2a for emacs-orgmode@gnu.org; Thu, 02 Sep 2010 00:10:39 -0400 Received: by pzk33 with SMTP id 33so6348805pzk.0 for ; Wed, 01 Sep 2010 21:10:38 -0700 (PDT) In-Reply-To: <4C7F0775.5060704@ccbr.umn.edu> (Erik Iverson's message of "Wed, 01 Sep 2010 21:09:57 -0500") 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: Erik Iverson Cc: emacs-orgmode Erik Iverson writes: > On 09/01/2010 08:37 PM, Eric Schulte wrote: >> "Eric Schulte" writes: >> >>> Hi Erik, >>> >>> I believe that when a session is specified then all code blocks will be >>> evaluated but their results will not be included in the exported output. >>> >> >> To clarify the above, >> >> if a code block has a :session header argument, then it is assumed that >> the block should be evaluated regardless of it's :export header >> argument, because it could change the state of the session, > > > Ahh, I never tried exactly that. However, this only seems to work > if the :session is named. > > E.g., /:session *R* :exports none/ will do what you say, > > but not /:session :exports none/ , which may be a bug? > I agree this should be considered a bug. In general we need to be more explicit about what happens when a header argument is used without any explicit argument (this same issue just came up with :noweb). Noted. Thanks -- Eric > > > > so in the >> following simple example the first code block is evaluated on export >> despite having an :exports none header argument, and this ensure that >> the value of x is set for the second code block. >> >> --8<---------------cut here---------------start------------->8--- >> ** :session evaluation on export >> This first block is evaluated but /doesn't/ appear in export. >> >> /:session *R* :exports none/ >> #+begin_src R :session *R* :exports none >> x<- 8 >> #+end_src >> >> This second block /does/ appear in export. >> >> #+begin_src R :session *R* :exports results >> x >> #+end_src >> --8<---------------cut here---------------end--------------->8--- >> >> Cheers -- Eric