From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Frankel Subject: Re: [PATCH] Process hlines in imported tables Date: Thu, 4 Apr 2013 14:35:18 -0400 Message-ID: <20130404183518.GA7098@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> <867gkiz99z.fsf@somewhere.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:35114) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNp0M-0004o2-CK for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:35:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNp0J-0000vq-N4 for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:35:22 -0400 Received: from [204.62.15.78] (port=34435 helo=mail.rickster.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNp0J-0000vf-Jp for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 14:35:19 -0400 Content-Disposition: inline In-Reply-To: <867gkiz99z.fsf@somewhere.org> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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: Sebastien Vauban Cc: emacs-orgmode@gnu.org On Thu, Apr 04, 2013 at 03:59:36PM +0200, Sebastien Vauban wrote: > Hi Achim, > > 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. > > IIUC, wouldn't that be changing the default answer to "how to interpret the > results" just for Perl? While the default answer for all languages seems to > be "table"? It's not. only shell (which doesn't have _value_ results), and sql, force the results to be interpreted as a table. elisp, ruby and python seem to treat raw results as scalars. rick