From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andreas Leha Subject: Re: Inline code :results replace not working Date: Mon, 10 Nov 2014 10:56:48 +0000 Message-ID: References: <545C987E.4020203@gmail.com> <87fvdtwfg3.fsf@nicolasgoaziou.fr> <8661enxvfi.fsf@example.com> <86mw7z4ag3.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]:49066) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnmeY-0004hM-TI for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 05:57:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XnmeT-0001xP-GJ for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 05:56:58 -0500 Received: from plane.gmane.org ([80.91.229.3]:43314) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XnmeT-0001xF-9h for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 05:56:53 -0500 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XnmeS-0006GK-Bp for emacs-orgmode@gnu.org; Mon, 10 Nov 2014 11:56:52 +0100 Received: from 193.63.220.190 ([193.63.220.190]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Nov 2014 11:56:52 +0100 Received: from andreas.leha by 193.63.220.190 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 10 Nov 2014 11:56:52 +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 Hi, Sebastien Vauban writes: > Andreas Leha wrote: >>> For me, that's the correct behavior, as inline code blocks are *only >>> expected to be evaluated during export*. >> >> I disagree here. As limiting the use of inline code to >> eval-on-export-only renders all the org-babel-execute-subtree and >> related functionality useless. > > Though, this is what Eric Schulte wrote: > > ┌──── https://lists.gnu.org/archive/html/emacs-orgmode/2012-04/msg00490.html > │ > │ Currently inline blocks like don't associate themselves with their > │ results, they are only expected to be evaluated on export. > └──── > > Admittedly, this is an old quote (2012). If things have changed, I'm > not aware of it -- but that does not mean it did not. I have been using inline results for reports quite a bit, but not lately. I might be wrong here, but from my memory they used to work (i.e. were replaceable) for a while (at least when 'wrapped') unless they were set to produce 'raw' results (which was a serious limitation and led me to change my workflow). 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. So, I do not doubt, that you and Nicolas are right with that replaceable inline results are not implemented and are -- from orgmodes perspective -- expected to be evaluated only during export. My message was meant more as a feature request saying that I consider replaceable inline results useful and would like to see them supported by org. Regards, Andreas PS: a quick check reveals that they are indeed not replaceable (even when wrapped) --8<---------------cut here---------------start------------->8--- * Test replacement of inline results Here is an inline result src_R[:results wrap replace]{3+2}. --8<---------------cut here---------------end--------------->8---