From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: [Babel] org-babel-execute-buffer gives different results than org-babel-exp-non-block-elements Date: Mon, 26 Aug 2013 12:33:00 +0200 Message-ID: <87bo4kkahv.fsf@gmail.com> References: <87y57twot4.fsf@gmail.com> <87ppt5wjn1.fsf@gmail.com> <87siy1jpff.fsf@gmail.com> <87k3jckes7.fsf@gmail.com> <87fvu0tq0w.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:32787) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VDu6Q-0005K0-M0 for emacs-orgmode@gnu.org; Mon, 26 Aug 2013 06:33:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VDu6I-00005q-8R for emacs-orgmode@gnu.org; Mon, 26 Aug 2013 06:32:54 -0400 Received: from mail-we0-x235.google.com ([2a00:1450:400c:c03::235]:56455) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VDu6I-00005e-2C for emacs-orgmode@gnu.org; Mon, 26 Aug 2013 06:32:46 -0400 Received: by mail-we0-f181.google.com with SMTP id q57so2462938wes.26 for ; Mon, 26 Aug 2013 03:32:45 -0700 (PDT) In-Reply-To: <87fvu0tq0w.fsf@gmail.com> (Eric Schulte's message of "Fri, 23 Aug 2013 08:55:59 -0600") 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: Eric Schulte Cc: emacs-orgmode , Nicolas Girard Hello, Eric Schulte writes: > If I understand correctly, I think ":export both :results none" should > have the desired effect of executing the code block, not inserting the > results, and keeping the code block itself in place. AFAICT, ":export both :results none" combination doesn't seem to produce the desired outcome with the example file. Note that the feature is only needed for elisp, since it is the only language able to modify the buffer containing the source code. > If you want to run emacs lisp at export time but don't want the code or > the results, maybe it would be a more natural fit for a filter > function? I think the OP wants (org-babel-execute-buffer) and (org-export-execute-babel-code) to behave the same in this specific situation. So, it's not export-specific. To put it differently, he wants to disable code replacement with value (which is specific to the export part of Babel). Regards, -- Nicolas Goaziou