From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: [PATCH] Process hlines in imported tables Date: Thu, 04 Apr 2013 21:29:33 +0200 Message-ID: <878v4y857m.fsf@Rainer.invalid> 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 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:49277) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNpr5-0001f0-Mh for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 15:29:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UNpr3-0004Kp-B1 for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 15:29:51 -0400 Received: from plane.gmane.org ([80.91.229.3]:52539) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UNpr3-0004Jy-59 for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 15:29:49 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UNprP-0001Vm-Db for emacs-orgmode@gnu.org; Thu, 04 Apr 2013 21:30:11 +0200 Received: from pd9eb2f3c.dip.t-dialin.net ([217.235.47.60]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Apr 2013 21:30:11 +0200 Received: from Stromeko by pd9eb2f3c.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Apr 2013 21:30:11 +0200 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: emacs-orgmode@gnu.org Sebastien Vauban writes: > Achim Gratz wrote: >> 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"? Again, org-babel-result-cond doesn't interpret "raw" at all at the moment, which I think is a bug. This leads to the interpretation of multiline strings and strings with separators in the return value as tables. Not all Babel languages are using that macro, so these implementations might have a different interpretation (which may or may not be a bug in itself). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds