From mboxrd@z Thu Jan 1 00:00:00 1970 From: Aaron Ecay Subject: Re: [PATCH] Add 'inline-only option to org-export-babel-evaluate Date: Thu, 18 Apr 2013 05:42:19 -0400 Message-ID: <87vc7kqio4.fsf@gmail.com> References: <1364795085-14578-1-git-send-email-aaronecay@gmail.com> <87bo9wr33z.fsf@gmail.com> <874nf4s0ut.fsf@gmail.com> <87ip3k8bzf.fsf@bzg.ath.cx> <86sj2okxfk.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([208.118.235.92]:44216) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USlME-0008OB-Ml for emacs-orgmode@gnu.org; Thu, 18 Apr 2013 05:42:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1USlMD-0006B2-AU for emacs-orgmode@gnu.org; Thu, 18 Apr 2013 05:42:22 -0400 Received: from mail-vb0-x232.google.com ([2607:f8b0:400c:c02::232]:62499) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1USlMD-0006Av-3X for emacs-orgmode@gnu.org; Thu, 18 Apr 2013 05:42:21 -0400 Received: by mail-vb0-f50.google.com with SMTP id w15so2112073vbb.23 for ; Thu, 18 Apr 2013 02:42:20 -0700 (PDT) In-Reply-To: <86sj2okxfk.fsf@somewhere.org> 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: Sebastien Vauban Cc: emacs-orgmode@gnu.org Hi Sebastien, 2013ko apirilak 18an, Sebastien Vauban-ek idatzi zuen: >=20 > Hello, >=20 > Bastien wrote: >> I applied this patch, thanks a lot. Please see the small changes >> I made to the ChangeLog entry for next commit messages: >>=20 >> http://orgmode.org/cgit.cgi/org-mode.git/commit/?id=3D25869e >=20 > How is that suppose to cooperate with ":eval never-export" (which avoids = all > the evaluations during export)? I could be wrong, but I don=E2=80=99t seem to see a convenient way to set t= his header arg for both inline source blocks and #+call lines. These both have no way of storing their results in a buffer, so in order to have them be present in the export they must be evaluated every time. On the other hand, it is not always desirable to call code blocks on every export. They could be very time-consuming to compute. So, a way to pick out the non-results-storing blocks is needed. >=20 > I'm not sure to understand why this change is implemented as a variable w= hich > we would have to set up in our .emacs or bind in the file, instead of an > header argument which we could set wherever we want (system-wide, > language-specific, buffer-wide, subtree-wide, or code > block-specific)... What form would this take? Would we have a value of :eval which is never-export-unless-inline? --=20 Aaron Ecay