From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Rettke Subject: Re: Inline code :results replace not working Date: Mon, 10 Nov 2014 14:04:15 -0600 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]:33357) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnvCE-0006Vh-Cl for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 15:04:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XnvCD-0007Ic-CJ for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 15:04:18 -0500 Received: from mail-ob0-x22f.google.com ([2607:f8b0:4003:c01::22f]:62082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnvCD-0007I6-7T for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 15:04:17 -0500 Received: by mail-ob0-f175.google.com with SMTP id gq1so6352253obb.34 for ; Mon, 10 Nov 2014 12:04:15 -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: Ista Zahn Cc: Andreas Leha , emacs-orgmode Mailinglist , "Charles C. Berry" On Mon, Nov 10, 2014 at 11:03 AM, Ista Zahn wrote: > On Mon, Nov 10, 2014 at 11:23 AM, Charles C. Berry wro= te: >> 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-bindin= gs-and-useful-functions the addition of these "hidden" blocks hav almost zero cost and give me what I want.