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:08:36 +0100 Message-ID: <87d26ra4nf.fsf@nicolasgoaziou.fr> References: <874ms6w0it.fsf@gmail.com> <87zj9xa1ni.fsf@nicolasgoaziou.fr> <87r3v8v8hx.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]:60460) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8dDu-0002qS-Qu for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:07:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y8dDr-0000I2-Li for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:07:38 -0500 Received: from relay4-d.mail.gandi.net ([2001:4b98:c:538::196]:59567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y8dDr-0000Hp-Fx for emacs-orgmode@gnu.org; Tue, 06 Jan 2015 18:07:35 -0500 Received: from mfilter15-d.gandi.net (mfilter15-d.gandi.net [217.70.178.143]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 71FD1172090 for ; Wed, 7 Jan 2015 00:07:34 +0100 (CET) Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter15-d.gandi.net (mfilter15-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id hJefjIPPq2gB for ; Wed, 7 Jan 2015 00:07:33 +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 F07DF172089 for ; Wed, 7 Jan 2015 00:07:32 +0100 (CET) In-Reply-To: <87r3v8v8hx.fsf@gmail.com> (Aaron Ecay's message of "Mon, 05 Jan 2015 23:27:38 -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: > You are correct about the silent dropping of macro-like text. However, > with current master that case gives an undefined macro error, which is > even worse. I disagree. If we allow to insert macro-like text in the table, it will become active in the generated table and will, sooner or later, generate an undefined macro error anyway. > Try this (in emacs -Q with org and ESS in the load-path) to > see it: > > #+name: foo > #+begin_src R > c("foo","{{{bar}}}") > #+end_src Yes, an error is thrown, but #+RESULTS: foo | foo | | {{{bar}}} | is as cheesy. See above. Macros are a very special kind of datum in Org. Luckily, their syntax is awkward so you're unlikely to create one unwillingly. How common is your example? >> OTOH "ob-R.el" should consider using ":raw t" parameter for its table >> conversion function. > > I think :raw is needed in =E2=80=98org-babel-insert-result=E2=80=99 in ad= dition to my > previous patch. New patch attached. Actually, my advice doesn't stand. ":raw t" is not sufficient to prevent macro expansion, which happens at the beginning of the export process. Regards,