From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ista Zahn Subject: Re: Inline code :results replace not working Date: Mon, 10 Nov 2014 20:53:14 -0500 Message-ID: References: <545C987E.4020203@gmail.com> <87fvdtwfg3.fsf@nicolasgoaziou.fr> <8661enxvfi.fsf@example.com> <86mw7z4ag3.fsf@example.com> <86y4rj2tm1.fsf@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:39489) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xo0eH-0006Ws-9M for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 20:53:38 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Xo0eG-0004Mm-1M for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 20:53:37 -0500 Received: from mail-oi0-x22c.google.com ([2607:f8b0:4003:c06::22c]:51187) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Xo0eF-0004Mh-Sn for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 20:53:35 -0500 Received: by mail-oi0-f44.google.com with SMTP id h136so6381297oig.17 for ; Mon, 10 Nov 2014 17:53:35 -0800 (PST) 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-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: Grant Rettke Cc: Andreas Leha , emacs-orgmode Mailinglist , "Charles C. Berry" On Mon, Nov 10, 2014 at 3:04 PM, Grant Rettke wro= te: > On Mon, Nov 10, 2014 at 11:03 AM, Ista Zahn wrote: >> On Mon, Nov 10, 2014 at 11:23 AM, Charles C. Berry wr= ote: >>> On Mon, 10 Nov 2014, Andreas Leha wrote: >> >> [snip] >> >>> >>>>>> >>>>>> Nonetheless, from a literate programming perspective, I think that >>>>>> replaceable (and raw) inline results are definitely desirable. >>>>>> Regardless of the state of their implementation in orgmode right now= . >>> >>> >>> +1. >> >> +1 from me as well. For exactly the reason Andreas illustrated I've >> given up on using inline results for the past year or so. Would be >> great to see this feature become usable by implementing a system for >> replacing them. > > My approach here has been to use "hidden" source blocks that aren't > exported but make it > really easy to see the result during development. These settings > should work on any configuration, > so I didn't include mine here. > > =E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82= =E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2= =9C=82=E2=9C=82 > #+BEGIN_SRC R > a =3D 10 > b =3D 23 > c =3D a + b > #+END_SRC > > #+BEGIN_SRC R :results output silent :exports none > c > #+END_SRC > > The user calculated src_R{c}. > =E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82= =E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2=9C=82=E2= =9C=82=E2=9C=82 > > When you use these functions > http://orgmode.org/manual/Key-bindings-and-useful-functions.html#Key-bind= ings-and-useful-functions > the addition of these "hidden" blocks hav almost zero cost and give me > what I want. The problem I have is not that I miss being able to see results of the inline block in the org-mode buffer. The problem is that I don't want blocks to be evaluated on export (too time consuming in many cases). So I turn that off, and either evaluate the blocks one at a time (I'm aware of the dangers of this, not my point here) or call org-babel-execute-buffer. Everytime I do that I get duplicate output from inline code. As far as I can see inline code + org-babel-execute-buffer is incompatible, which is why I gave up on the former. Best, Ista