From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dan Davison Subject: Re: org-babel: Bugs with inline src_* blocks Date: Tue, 15 Feb 2011 23:36:56 +0000 Message-ID: References: <87lj1h5dzi.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from [140.186.70.92] (port=35704 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PpUSi-0005AN-AW for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 18:37:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PpUSg-0004Xv-QM for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 18:37:40 -0500 Received: from mail-wy0-f169.google.com ([74.125.82.169]:54475) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PpUSg-0004Xk-LJ for emacs-orgmode@gnu.org; Tue, 15 Feb 2011 18:37:38 -0500 Received: by wyj26 with SMTP id 26so764578wyj.0 for ; Tue, 15 Feb 2011 15:37:37 -0800 (PST) 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: Paul Sexton Cc: emacs-orgmode@gnu.org Paul Sexton writes: > Eric Schulte gmail.com> writes: >> Hi, I agree with your intuition here, but I changed the default inline >> header argument so that others would be able to use inline code blocks >> and have the results inserted. To regain the behavior you describe, >> simply adjust the value of `org-babel-default-inline-header-args' as >> follows in your .emacs file. >> >> #+begin_src emacs-lisp >> (setf org-babel-default-inline-header-args >> '((:session . "none") >> (:results . "silent") >> (:exports . "results"))) >> #+end_src > > Thanks Eric. The 'default' behaviour I experienced where inline blocks > were inheriting behaviour from elsewhere seems odd however. Hi Paul, Eric, Paul -- I do agree with you. I've had to manually delete unwanted inline src output a few times in the last few days. I think we did have the behaviour we want before -- replacement during export but no modification of the buffer in interactive use. Could we make the default behave so that it does "replace" during export and "silent" during normal interactive evaluation? (Or some similar change to ob-exp.el?) Dan > Is it intended > to work this way? > > Paul > > > > _______________________________________________ > Emacs-orgmode mailing list > Please use `Reply All' to send replies to the list. > Emacs-orgmode@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-orgmode