From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Charles C. Berry" Subject: Re: src blocks: code is /always/ exported Date: Thu, 29 Dec 2016 09:07:40 -0800 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; BOUNDARY="0-776482508-1483031261=:668" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:34253) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cMeBA-0007Ek-3z for emacs-orgmode@gnu.org; Thu, 29 Dec 2016 12:07:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cMeB6-0003X4-Ua for emacs-orgmode@gnu.org; Thu, 29 Dec 2016 12:07:48 -0500 Received: from iport-acv3-out.ucsd.edu ([132.239.0.4]:18565) by eggs.gnu.org with esmtps (TLS1.0:RSA_ARCFOUR_SHA1:16) (Exim 4.71) (envelope-from ) id 1cMeB6-0003Vv-H3 for emacs-orgmode@gnu.org; Thu, 29 Dec 2016 12:07:44 -0500 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" To: =?ISO-8859-15?Q?=22Martin_G=FCrtler=22?= Cc: emacs-orgmode@gnu.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-776482508-1483031261=:668 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT On Thu, 29 Dec 2016, "Martin Gürtler" wrote: > Dear list, > I am exporting the following org mode file: > ----8<-------------------- > * doc > #+BEGIN_SRC shell :exports none > ls |wc > #+END_SRC > #+RESULTS: > : 20      20     199 > ----8<-------------------- > I'd expect org mode to honour the :exports none header argument and > create a document that contains only the result. > However, the exported document contains  both, code and results. > This seems to be independent of the type of SRC and independent of the > export type (I tried dot and shell for odt, latex and beamer exports). > How can I get rid of the src code in the exported document? What does C-h v org-export-use-babel RET say? If the result is not `t' that is the problem, and somewhere in your setup you have set that variable (or its predecessor org-export-babel-evaluate) to nil or something other than `t'. If this is the problem, set org-export-use-babel to `t'. You might also note the advice in the docstring: "Users who wish to avoid evaluating code on export should use the header argument ‘:eval never-export’." HTH, Chuck --0-776482508-1483031261=:668--