From mboxrd@z Thu Jan  1 00:00:00 1970
From: Soapy Smith <soapy-smith@comcast.net>
Subject: Re: Clojure Code Block Results not Tabularized
Date: Wed, 29 Jan 2014 07:36:28 -0500
Message-ID: <1390998988.2272.12.camel@raven-CM5571>
References: <CAAJj91efbkKP1fdmL0mWNOHZuZiwHkmwTm1KXF2FnxnFNa3bvw@mail.gmail.com>
	<1390915384.2241.11.camel@raven-CM5571> <m2y51zkynz.fsf@uio.no>
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60723)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W8UOB-0005Ok-Dn
	for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 07:37:15 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W8UO0-0005G0-Bu
	for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 07:37:07 -0500
Received: from qmta08.emeryville.ca.mail.comcast.net ([76.96.30.80]:53354)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <soapy-smith@comcast.net>) id 1W8UO0-0005Fw-2L
	for emacs-orgmode@gnu.org; Wed, 29 Jan 2014 07:36:56 -0500
In-Reply-To: <m2y51zkynz.fsf@uio.no>
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: Christian Moe <mail@christianmoe.com>
Cc: emacs-orgmode@gnu.org

Hi Christian, I think that is a very good point!

>From the manual, the explanation of what is returned as a result
using :results raw

"raw The results are interpreted as raw Org mode code and are inserted
directly into
the buffer. If the results look like a table they will be aligned as
such by Org mode.
E.g., :results value raw."

So, it doesn't say it will result in a table, but it will be aligned
like a table!

Whatever the case, the behavior of Clojure should be consistent with the
other languages.

Looking into the "old" set further, I find the :results header argument
makes no difference:
:results value
:results value raw
:results table
(no header argument)

All result in the same org table.  So it looks like the old version was
not behaving properly either.  However, it was able to coerce the
Clojure vector into an org table successfully.

With the new system (version 8 org and CIDER),
there are in fact 3 different results blocks:

(no header argument)
#+RESULTS:
: [1 2 3 4]

:results value raw
#+RESULTS:
[1 2 3 4]

:results value
#+RESULTS:
: [1 2 3 4]

:results table
#+RESULTS:
| [1 2 3 4] |

Christian, could you try :results table with Python and reply back with
the #+RESULTS:?

Regards,
Greg


On Wed, 2014-01-29 at 08:57 +0100, Christian Moe wrote:
> Hi,
> 
> I don't use Clojure so I may get this wrong, but: isn't this what you
> would expect with `:results raw'?
> 
> Cf. these Python examples:
> 
> #+begin_src python :results raw
>   a = (1, 2, 3)
>   return a
> #+end_src
> 
> #+RESULTS:
> (1, 2, 3)
> 
> #+begin_src python
>   a = (1, 2, 3)
>   return a
> #+end_src
> 
> #+RESULTS:
> | 1 | 2 | 3 |
> 
> Yours,
> Christian