From mboxrd@z Thu Jan  1 00:00:00 1970
From: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: New patches WAS Re: [PATCH] inline src block results can be
 removed
Date: Sat, 17 Jan 2015 23:20:18 +0100
Message-ID: <87wq4lqcbh.fsf@nicolasgoaziou.fr>
References: <alpine.OSX.2.00.1411111618250.6481@charles-berrys-macbook.local>
	<87egt81acy.fsf@gmail.com>
	<alpine.OSX.2.00.1411121407470.1339@charlessmacbook>
	<8761ejq9ek.fsf@nicolasgoaziou.fr>
	<alpine.OSX.2.00.1411140906180.1154@charles-berrys-macbook.local>
	<87sihltt3v.fsf@selenimh.mobile.lan>
	<alpine.OSX.2.00.1411151035040.796@charles-berrys-macbook.local>
	<87zjbqrapy.fsf@nicolasgoaziou.fr>
	<alpine.OSX.2.00.1501121608520.1829@charlessmacbook>
	<874mrqjdlw.fsf@gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43944)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YCbiB-0006f5-91
	for emacs-orgmode@gnu.org; Sat, 17 Jan 2015 17:19:20 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YCbi8-0006SP-1t
	for emacs-orgmode@gnu.org; Sat, 17 Jan 2015 17:19:19 -0500
Received: from relay6-d.mail.gandi.net ([2001:4b98:c:538::198]:34920)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mail@nicolasgoaziou.fr>) id 1YCbi7-0006SE-S8
	for emacs-orgmode@gnu.org; Sat, 17 Jan 2015 17:19:15 -0500
In-Reply-To: <874mrqjdlw.fsf@gmail.com> (Aaron Ecay's message of "Fri, 16 Jan
	2015 22:22:03 -0500")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=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: "Charles C. Berry" <ccberry@ucsd.edu>
Cc: mcg <giepen.m@googlemail.com>, Andreas Leha <andreas.leha@med.uni-goettingen.de>, emacs-orgmode@gnu.org, Ista Zahn <istazahn@gmail.com>

Hello,

Aaron Ecay <aaronecay@gmail.com> writes:

>>  		    (funcall wrap (concat "#+BEGIN_" name)
>> -			     (concat "#+END_" (car (org-split-string name))))))
>> +			     (concat "#+END_" (car (org-split-string name)))
>> +			     nil nil (concat "{{{results(@@" name ":") "@@)}}}")))
>
> I think it would be more flexible to allow :wrap to change the name of
> the macro which is used, rather than to insert an export snippet.  If a
> custom export snippet is desired, this could be specified via the custom
> macro name =E2=80=93 but the macro could also supply other special format=
ting.
> (This suggestion would impact the wording of the docstring addition
> suggested above.)  WDYT?

It would be more flexible, but it would also defeat the whole point of
the "results" macro, that is to be able to mark /unambiguously/ the
output of an inline block. Indeed, even if you can get the name of the
macro from the parameter, you cannot be sure the macro was generated by
the code block, unlike to a results macro.

Also, I don't think we really need this flexibility since any twist to
the output can be made at the Babel level, or even using
`org-babel-inline-result-wrap'.


Regards,

--=20
Nicolas Goaziou