From mboxrd@z Thu Jan  1 00:00:00 1970
From: John Kitchin <jkitchin@andrew.cmu.edu>
Subject: Re: [BUG] babel eval of emacs-lisp: orgtbl-to-orgtbl: Wrong type
 argument: listp, t
Date: Tue, 24 Feb 2015 13:21:41 -0500
Message-ID: <m2y4nndvbe.fsf@andrew.cmu.edu>
References: <86lhjossj6.fsf@me.localhost.invalid>
	<m2bnkk9453.fsf@andrew.cmu.edu>
	<867fv8sr6v.fsf@me.localhost.invalid>
	<m2a904iqfp.fsf@andrew.cmu.edu> <87d2505xn4.fsf@nicolasgoaziou.fr>
	<m2mw44h588.fsf@andrew.cmu.edu> <8761ar45kp.fsf@nicolasgoaziou.fr>
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 ([2001:4830:134:3::10]:38915)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jkitchin@andrew.cmu.edu>) id 1YQK7C-0002J5-Vh
	for emacs-orgmode@gnu.org; Tue, 24 Feb 2015 13:21:57 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <jkitchin@andrew.cmu.edu>) id 1YQK76-00069x-U1
	for emacs-orgmode@gnu.org; Tue, 24 Feb 2015 13:21:50 -0500
Received: from smtp.andrew.cmu.edu ([128.2.105.203]:53983)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <jkitchin@andrew.cmu.edu>) id 1YQK76-00069h-PG
	for emacs-orgmode@gnu.org; Tue, 24 Feb 2015 13:21:44 -0500
In-reply-to: <8761ar45kp.fsf@nicolasgoaziou.fr>
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: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Cc: Daniele Pizzolli <dan@toel.it>, emacs-orgmode@gnu.org

I don't have a strong opinion on this. My sense is if you get a table it
is fine, if not, you should get a string. Most important to me is no
error. Of second importance is usability of the result.

If I add this after the block, it works as expected for me, so the
current behavior seems ok to me.

#+BEGIN_SRC emacs-lisp :var d=foo :results code
d
#+END_SRC

I am not actually sure if a string is usable, without a read statement
for emacs-lisp.

Nicolas Goaziou writes:

> John Kitchin <jkitchin@andrew.cmu.edu> writes:
>
>> Fabulous! Thanks!
>
> BTW,
>
>   #+BEGIN_SRC emacs-lisp
>     '((a (b)))
>   #+END_SRC
>
>   #+RESULTS: foo
>   | a | (b) |
>
> Shouldn't we also return lists deeper than 2 levels as strings? Does it
> even make sense to try formatting them into a table?
>
> Regards,

--
Professor John Kitchin
Doherty Hall A207F
Department of Chemical Engineering
Carnegie Mellon University
Pittsburgh, PA 15213
412-268-7803
@johnkitchin
http://kitchingroup.cheme.cmu.edu