From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Subject: Re: Inline code :results replace not working Date: Thu, 13 Nov 2014 18:40:36 +0000 (UTC) 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: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:33203) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XozOH-0004FX-TE for emacs-orgmode@gnu.org; Thu, 13 Nov 2014 13:45:14 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XozOC-0006HT-L4 for emacs-orgmode@gnu.org; Thu, 13 Nov 2014 13:45:09 -0500 Received: from plane.gmane.org ([80.91.229.3]:59670) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XozOC-0006E1-FJ for emacs-orgmode@gnu.org; Thu, 13 Nov 2014 13:45:04 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XozOB-0008BF-8G for emacs-orgmode@gnu.org; Thu, 13 Nov 2014 19:45:03 +0100 Received: from 131.220.113.50 ([131.220.113.50]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Nov 2014 19:45:03 +0100 Received: from giepen.m by 131.220.113.50 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 13 Nov 2014 19:45:03 +0100 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: emacs-orgmode@gnu.org Ista Zahn gmail.com> writes: > > On Mon, Nov 10, 2014 at 3:04 PM, Grant Rettke wisdomandwonder.com> wrote: > > On Mon, Nov 10, 2014 at 11:03 AM, Ista Zahn gmail.com> wrote: > >> On Mon, Nov 10, 2014 at 11:23 AM, Charles C. Berry ucsd.edu> wrote: > >>> 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. > > > > ✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂ > > #+BEGIN_SRC R > > a = 10 > > b = 23 > > c = a + b > > #+END_SRC > > > > #+BEGIN_SRC R :results output silent :exports none > > c > > #+END_SRC > > > > The user calculated src_R{c}. > > ✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂✂ > > > > When you use these functions > > http://orgmode.org/manual/Key-bindings-and-useful-functions.html#Key- bindings-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 > > +1 First of all nice that something is "happening" on the issue - happy not to be the only one missing something. + 1 on I also don't bother too much about the eval-on-export functionality as long as I can evaluate the buffer and get non repeated inline results. For now I don't use inline blocks anymore. As an intermediate solution I would like to specify document wide options for inline code blocks only (:results silent); sorry - cannot find the example I saw on the net recently on how to do so. I could not get it working. I could set results silent argument in every inline src code but don't want the inline source code to be too long unnecessarily (affects readability of text).