From mboxrd@z Thu Jan 1 00:00:00 1970 From: Rick Frankel Subject: Re: [PATCH] Process hlines in imported tables Date: Sat, 30 Mar 2013 19:41:51 -0400 Message-ID: <20130330234151.GA53721@BigDog.local> References: <20130329014615.GA49671@BigDog.local> <87wqsq6yd1.fsf@gmail.com> <20130329214238.GA53401@BigDog.local> <87r4ixah7y.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:54886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UM5PI-0000mO-AW for emacs-orgmode@gnu.org; Sat, 30 Mar 2013 19:42:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UM5PF-0007Sf-NW for emacs-orgmode@gnu.org; Sat, 30 Mar 2013 19:41:56 -0400 Received: from [204.62.15.78] (port=48686 helo=mail.rickster.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UM5PF-0007Rr-JW for emacs-orgmode@gnu.org; Sat, 30 Mar 2013 19:41:53 -0400 Content-Disposition: inline In-Reply-To: <87r4ixah7y.fsf@gmail.com> 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: Eric Schulte Cc: emacs-orgmode@gnu.org On Fri, Mar 29, 2013 at 06:01:21PM -0600, Eric Schulte wrote: > > Yes and no. :colnames works, but often the header comes from the > > processing, so they may not be static (I use a lot of call:s). Also, > > I've been having trouble using the output from raw results as input -- > > it seems that unless the results are cached (:cache yes), the table is > > not parsed on input, but passed as a multiline string. I was hoping to > > avoid this problem using value returns (now that Achim has made the > > perl parsing work better). Here's an example (btw, this breaks in 7.4 > > as well): > > > > Alright, I've just pushed up changes so that org and wrap results will > expand tables (not just raw). With this change in place you can now use > ":results wrap" to get the results you want, and since they are > delimited, you can then re-use these results in later code blocks. > Better for the elisp. But perl table processing is now totally wacky: *Note* =wrap= and =raw= give same results #+begin_src perl :results raw q[|c1|c2| |- |a|1| |b|2|]; #+end_src #+results: | | c1 | c2 | | | - | | | | a | 1 | | | b | 2 | #+begin_src perl :results raw q[c1|c2 - a|1 b|2]; #+end_src #+results: | c1 | c2 | | - | | | a | 1 | | b | 2 | #+begin_src perl :results raw output print q[|c1|c2| |- |a|1| |b|2| ]; #+end_src #+results: | c1 | c2 | |----+----| | a | 1 | | b | 2 |