From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sebastien Vauban Subject: Re: Inline code :results replace not working Date: Mon, 10 Nov 2014 11:27:40 +0100 Message-ID: <86mw7z4ag3.fsf@example.com> References: <545C987E.4020203@gmail.com> <87fvdtwfg3.fsf@nicolasgoaziou.fr> <8661enxvfi.fsf@example.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: 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-mXXj517/zsQ@public.gmane.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org-mXXj517/zsQ@public.gmane.org To: emacs-orgmode-mXXj517/zsQ@public.gmane.org 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: =E2=94=8C=E2=94=80=E2=94=80=E2=94=80=E2=94=80 https://lists.gnu.org/archi= ve/html/emacs-orgmode/2012-04/msg00490.html =E2=94=82 =E2=94=82 Currently inline blocks like don't associate themselves with th= eir =E2=94=82 results, they are only expected to be evaluated on export. =E2=94=94=E2=94=80=E2=94=80=E2=94=80=E2=94=80 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. Best regards, Seb --=20 Sebastien Vauban