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: 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: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([208.118.235.92]:54886)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rick@rickster.com>) 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 <rick@rickster.com>) 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 <rick@rickster.com>) 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." <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: Eric Schulte <schulte.eric@gmail.com>
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 |