From mboxrd@z Thu Jan  1 00:00:00 1970
From: Rick Frankel <rick@rickster.com>
Subject: Re: [PATCH] Process hlines in imported tables
Date: Thu, 4 Apr 2013 14:30:36 -0400
Message-ID: <20130404183036.GD7009@BigDog.local>
References: <20130329014615.GA49671@BigDog.local> <87wqsq6yd1.fsf@gmail.com>
	<20130329214238.GA53401@BigDog.local> <87r4ixah7y.fsf@gmail.com>
	<20130330234151.GA53721@BigDog.local> <87mwtkqtzh.fsf@gmail.com>
	<20130331122900.GA57939@BigDog.local>
	<87vc83bhma.fsf@Rainer.invalid>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:33907)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1UNovs-0001mM-AH
	for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:30:51 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1UNovl-0007ar-I5
	for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:30:43 -0400
Received: from [204.62.15.78] (port=59844 helo=mail.rickster.com)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1UNovl-0007al-Ef
	for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:30:37 -0400
Content-Disposition: inline
In-Reply-To: <87vc83bhma.fsf@Rainer.invalid>
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: Achim Gratz <Stromeko@nexgo.de>
Cc: emacs-orgmode@gnu.org

On Wed, Apr 03, 2013 at 08:21:01PM +0200, Achim Gratz wrote:
> Rick Frankel writes:
> > Missed verbatim. Thanks for the pointer, it works, but i think that
> > perl is double-processing returned values. If we do the same things in
> > elisp i get (my) expected results:
> >
> > #+begin_src elisp :results raw
> >   "|c1|c2|
> >   |-
> >   |a|1|
> >   |b|2|";
> > #+end_src
> 
> Elisp is different from all other languages: it doesn't do any
> processing of strings to begin with for value returns.  The reason that
> Perl processes "raw" results is that org-babel-result-cond does not
> switch to the "scalar" path for this condition, which is why you need
> the extra "verbatim".  It probably should, though, so if Eric agrees
> then I will push a change that does this.

I agree. "raw" results should probably be treated as scalar (with
cycling of the output to reformat an table :).

BTW, I am having problems wrapping my head around verbatim.
>From testing, it seems that verbatim acts the same as scalar.

rick