From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Stansell Subject: Re: using gnuplot's "splot" and "every" commands on org-mode table data Date: Wed, 8 May 2013 17:00:05 +0100 Message-ID: References: <87k3ncxeqt.fsf@gmail.com> <87y5bpocz9.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:54060) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ua6p6-0004No-7m for emacs-orgmode@gnu.org; Wed, 08 May 2013 12:02:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ua6mj-0007mF-Uu for emacs-orgmode@gnu.org; Wed, 08 May 2013 12:00:13 -0400 Received: from mail-ie0-x232.google.com ([2607:f8b0:4001:c03::232]:54180) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ua6mj-0007kP-Nz for emacs-orgmode@gnu.org; Wed, 08 May 2013 12:00:05 -0400 Received: by mail-ie0-f178.google.com with SMTP id b11so3500537iee.37 for ; Wed, 08 May 2013 09:00:05 -0700 (PDT) In-Reply-To: <87y5bpocz9.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 Hi Eric, It seems to be the first "hline" that causes the problem. For example, if the table data in splot.org is replaced by #+name: data | | x | |----+---| | r1 | 1 | it gets exported correctly as x r1 1 by both the shell and gnuplot commands. However, if the data is replace by #+name: data |----+---| | | x | | r1 | 1 | it still gets exported correctly by the shell command but the gnuplot command exports it as hline ("" "x") ("r1" 1) Thanks for your help with this, Paul > > Very weird, > > This does look like a bug to me. Can you isolate "where" the value of > data in your example is first assigned the wrong value? > > Thanks for reporting. I will save your example for when I next have > development time. > > Best,