From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Goaziou Subject: Re: org tables into R? Date: Wed, 07 Jan 2015 00:38:44 +0100 Message-ID: <878uhfa397.fsf@nicolasgoaziou.fr> References: <874ms6w0it.fsf@gmail.com> <87zj9xa1ni.fsf@nicolasgoaziou.fr> <87r3v8v8hx.fsf@gmail.com> <87d26ra4nf.fsf@nicolasgoaziou.fr> <87fvbnv6qk.fsf@gmail.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]:37556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8dh5-0002FG-AM for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:37:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y8dh2-0002GS-0M for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:37:47 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:53299) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8dh1-0002GE-Qx for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:37:43 -0500 Received: from mfilter33-d.gandi.net (mfilter33-d.gandi.net [217.70.178.164]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id C67AF172090 for ; Wed, 7 Jan 2015 00:37:42 +0100 (CET) Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter33-d.gandi.net (mfilter33-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id qpYnu4s4e07f for ; Wed, 7 Jan 2015 00:37:41 +0100 (CET) Received: from selenimh (unknown [91.224.148.150]) (Authenticated sender: mail@nicolasgoaziou.fr) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 68290172077 for ; Wed, 7 Jan 2015 00:37:41 +0100 (CET) In-Reply-To: <87fvbnv6qk.fsf@gmail.com> (Aaron Ecay's message of "Tue, 06 Jan 2015 18:17:55 -0500") 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 Aaron Ecay writes: > Nothing unwilling about it =E2=80=93 I had been deliberately trying to ge= nerate a > table with macros in it as the result of a babel block. These macros are > defined in the document, in order to encapsulate some fiddly typesetting > which recurs very commonly. > > Shouldn=E2=80=99t this workflow be supported? Note that Babel blocks are evaluated after macro expansion. As a consequence, the workflow above is hardly useful, as it requires its user to manually evaluate all blocks generating macros /before/ exporting the document. If the workflow is not used and doesn't have intrinsic value, I don't think we need to invent kludges to support it. > In any case, the point is broader: the orgtbl-* functions cannot cope > with macros in their input at all (not just in the context of babel). I > think the programmatic interface to org tables ought to be composable > with macros. orgtbl-* are not an API for tables, but converters. My point is still valid: you don't have a real use-case, so just don't bother. Regards,