From mboxrd@z Thu Jan 1 00:00:00 1970 From: Grant Rettke Subject: Re: Inline code :results replace not working Date: Fri, 14 Nov 2014 09:11:13 -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]:50051) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpIWr-00081C-HH for emacs-orgmode@gnu.org; Fri, 14 Nov 2014 10:11:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpIWq-0000tP-4R for emacs-orgmode@gnu.org; Fri, 14 Nov 2014 10:11:17 -0500 Received: from mail-oi0-x22b.google.com ([2607:f8b0:4003:c06::22b]:63581) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpIWp-0000og-Tn for emacs-orgmode@gnu.org; Fri, 14 Nov 2014 10:11:16 -0500 Received: by mail-oi0-f43.google.com with SMTP id a3so1302397oib.16 for ; Fri, 14 Nov 2014 07:11:13 -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: Michael Cc: "emacs-orgmode@gnu.org" Maybe use `org-babel-default-inline-header-args'. On Thu, Nov 13, 2014 at 12:40 PM, Michael wrote: > > > 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 tha= t >> >>>>>> 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- > 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 a= s > 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 wa= nt > the inline source code to be too long unnecessarily (affects readability = of > text). > > > > > > --=20 Grant Rettke gcr@wisdomandwonder.com | http://www.wisdomandwonder.com/ =E2=80=9CWisdom begins in wonder.=E2=80=9D --Socrates ((=CE=BB (x) (x x)) (=CE=BB (x) (x x))) =E2=80=9CLife has become immeasurably better since I have been forced to st= op taking it seriously.=E2=80=9D --Thompson