From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric S Fraga Subject: Re: order of evaluation upon export: macros are evaluated too soon Date: Sat, 10 Jun 2017 11:44:42 +0100 Message-ID: <87wp8kyvdx.fsf@t3610> References: <874lvriyuv.fsf@delle7240.chemeng.ucl.ac.uk> <87poeen1ql.fsf@delle7240.chemeng.ucl.ac.uk> <62ad9bab51254374aaa68b4ef0fd0b29@DB5PR01MB1895.eurprd01.prod.exchangelabs.com> Reply-To: Eric S Fraga Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54202) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJdsz-0000Av-3X for emacs-orgmode@gnu.org; Sat, 10 Jun 2017 06:44:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJdsv-00014u-QI for emacs-orgmode@gnu.org; Sat, 10 Jun 2017 06:44:53 -0400 Received: from mail-ve1eur01on0101.outbound.protection.outlook.com ([104.47.1.101]:48576 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dJdsv-00014Y-Dl for emacs-orgmode@gnu.org; Sat, 10 Jun 2017 06:44:49 -0400 In-Reply-To: <62ad9bab51254374aaa68b4ef0fd0b29@DB5PR01MB1895.eurprd01.prod.exchangelabs.com> (Nicolas Goaziou's message of "Thu, 8 Jun 2017 12:36:38 +0000") 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" To: emacs-orgmode@gnu.org --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable (Nicolas, forgot to send this to the list so apologies if you get this twice) On Thursday, 8 Jun 2017 at 12:36, Nicolas Goaziou wrote: > Macros are expanded prior to Babel code evaluation=E2=80=94they can make = nice > shortcuts for long Babel calls=E2=80=94so they have to obey to the same r= ules as > Babel code evaluation, which ignores ":noexport:" directive. I do Ah, okay, this is a reasonable use case for ignoring the noexport directive. Thanks for this. > Of course, if we accept to limit more macro expansion scope, we get more > latitude in choosing the position of the expansion stage during the > export process. I'm open to discussions about it, and more generally, > about macros' features. Consistency is the most important feature, in many ways, especially as the (eco-)system grows. For my own use case, the little bit of elisp posted earlier is sufficient for me so I'm happy with the current configuration, especially as I like hiding babel blocks in non-exported subtrees but still want them executed on export. Thanks again, eric =2D-=20 : Eric S Fraga (0xFFFCF67D), Emacs 26.0.50, Org release_9.0.6-425-gf4fca1 --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSPXCedOQfhSlwpVw3IkZPY//z2fQUCWTvNmgAKCRDIkZPY//z2 fVn2AJ0Vknw50d7Ye4o/kNrDBECL/iMENwCfRMYcq9Fv0WmPwSw6/+WFXF+bhCA= =kZAp -----END PGP SIGNATURE----- --=-=-=--