From mboxrd@z Thu Jan  1 00:00:00 1970
From: "Eric Schulte" <schulte.eric@gmail.com>
Subject: Re: Re: org-babel: Bugs with inline src_* blocks
Date: Sun, 20 Feb 2011 02:20:56 -0700
Message-ID: <87lj1b6ouf.fsf@gmail.com>
References: <loom.20110215T031505-810@post.gmane.org>
	<87lj1h5dzi.fsf@gmail.com> <loom.20110215T222100-833@post.gmane.org>
	<m1y65grht3.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from [140.186.70.92] (port=56728 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Pr5We-0007qC-54
	for emacs-orgmode@gnu.org; Sun, 20 Feb 2011 04:24:21 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1Pr5WY-0004Dr-Ma
	for emacs-orgmode@gnu.org; Sun, 20 Feb 2011 04:24:16 -0500
Received: from mail-iy0-f169.google.com ([209.85.210.169]:48612)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <schulte.eric@gmail.com>) id 1Pr5WY-0004BV-IA
	for emacs-orgmode@gnu.org; Sun, 20 Feb 2011 04:24:14 -0500
Received: by mail-iy0-f169.google.com with SMTP id 13so1720525iyf.0
	for <emacs-orgmode@gnu.org>; Sun, 20 Feb 2011 01:24:14 -0800 (PST)
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: Dan Davison <dandavison7@gmail.com>
Cc: emacs-orgmode@gnu.org, Paul Sexton <psexton@xnet.co.nz>

Dan Davison <dandavison7@gmail.com> writes:

> Paul Sexton <psexton@xnet.co.nz> writes:
>
>> Eric Schulte <schulte.eric <at> 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?)
>

The easiest way to have header argument values vary between interactive
and export evaluation is to place raw elisp in the header argument
value.  The following (after pulling the latest version of Org-mode)
results in the behavior you describe.

#+begin_src emacs-lisp :results silent
  (setf org-babel-default-inline-header-args
        '((:session . "none")
          (:results . (if (boundp 'org-current-export-file) "replace" "silent"))
          (:exports . "results")))
#+end_src

I think this is generally the most desirable behavior, and I'd vote that
this become the default header argument value for inline code blocks.

Best -- Eric

>
> Dan
>
>
>> Is it intended
>> to work this way?
>>
>> Paul
>>