From mboxrd@z Thu Jan  1 00:00:00 1970
From: Bastien <bzg@altern.org>
Subject: Re: [PATCH] Wrap: override default
Date: Mon, 24 Dec 2012 09:43:59 +0100
Message-ID: <87txrbsuuo.fsf@bzg.ath.cx>
References: <loom.20121210T223309-244@post.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:33484)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bastienguerry@gmail.com>) id 1Tn3j7-0001oT-2R
	for emacs-orgmode@gnu.org; Mon, 24 Dec 2012 03:49:37 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <bastienguerry@gmail.com>) id 1Tn3j5-00067Y-Ns
	for emacs-orgmode@gnu.org; Mon, 24 Dec 2012 03:49:36 -0500
Received: from mail-wi0-f174.google.com ([209.85.212.174]:58883)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <bastienguerry@gmail.com>) id 1Tn3j5-00067Q-H4
	for emacs-orgmode@gnu.org; Mon, 24 Dec 2012 03:49:35 -0500
Received: by mail-wi0-f174.google.com with SMTP id hm9so6311115wib.1
	for <emacs-orgmode@gnu.org>; Mon, 24 Dec 2012 00:49:34 -0800 (PST)
In-Reply-To: <loom.20121210T223309-244@post.gmane.org> (Michael Gauland's
	message of "Mon, 10 Dec 2012 21:34:18 +0000 (UTC)")
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: Michael Gauland <mikelygee@no8wireless.co.nz>
Cc: emacs-orgmode@gnu.org

Hi Michael,

Michael Gauland <mikelygee@no8wireless.co.nz> writes:

>  		(setq end (point-marker))
>  		;; possibly wrap result
>  		(cond
> -		 ((assoc :wrap (nth 2 info))
> +		 ((and (assoc :wrap (nth 2 info))
> +		       (cdr (assoc :wrap (nth 2 info))))
>  		  (let ((name (or (cdr (assoc :wrap (nth 2 info))) "RESULTS")))
>  		    (funcall wrap (concat "#+BEGIN_" name) (concat "#+END_" name))))
>  		 ((member "html" result-params)

Well, the patch is wrong, if (cdr (assoc :wrap (nth 2 info)))
is in the (and ...) sexp, no need to have it in the (or ...)
sexp?

I'll mark it as "not applicable".  I let you propose another
patch if you still need to fix an issue in this area.

Thanks!

-- 
 Bastien