emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Rick Frankel <rick@rickster.com>
To: Eric Schulte <schulte.eric@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: [PATCH] Process hlines in imported tables
Date: Sun, 31 Mar 2013 08:29:00 -0400	[thread overview]
Message-ID: <20130331122900.GA57939@BigDog.local> (raw)
In-Reply-To: <87mwtkqtzh.fsf@gmail.com>

On Sat, Mar 30, 2013 at 06:43:30PM -0600, Eric Schulte wrote:
> Rick Frankel <rick@rickster.com> writes:

> > *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 |
> >
> 
> This is a problem in the results returned by ob-perl, not in the results
> insertion mechanism.  Given what is actually being returned by that code
> block the results make sense.
> 
>     #+name: perl-example
>     #+begin_src perl :results raw
>       q[|c1|c2|
>       |-
>       |a|1|
>       |b|2|];
>     #+end_src

> If we add verbatim (which inhibits interpretation as a value, which can
> often result in a list or table result), then we get what I assume you
> expect.

>     #+name: perl-example
>     #+begin_src perl :results verbatim raw
>       q[|c1|c2|
>       |-
>       |a|1|
>       |b|2|];
>     #+end_src
> 
>     #+RESULTS: perl-example
>     | c1 | c2 |
>     |----+----|
>     | a  |  1 |
>     | b  |  2 |
> 
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

#+results:
| c1 | c2 |
|----+----|
| a  |  1 |
| b  |  2 |

*NOTE* this will not properly clean-up the results, but keep inserting
more copies.
#+begin_src elisp :results raw verbatim
  "|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|
> >   ];

Yes, this was included to show the inconsistency between value and
output returns. BTW, "raw output" and  "raw output verbatim" generate
the same results.

> 
> Footnotes: 
> [1]  http://orgmode.org/worg/org-contrib/babel/header-args.html

I will take a look and see if i come up with anything else. In
general, what I have found with babel processing is that there is
major inconsistency between the results processing in different
languages. Somehow, I would think that the same  output (modulo
sytnactic diferences) should generate the same results regardless of
language.

rick

  reply	other threads:[~2013-03-31 12:29 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-29  1:46 [PATCH] Process hlines in imported tables Rick Frankel
2013-03-29 15:04 ` Eric Schulte
2013-03-29 21:42   ` Rick Frankel
2013-03-30  0:01     ` Eric Schulte
2013-03-30 23:41       ` Rick Frankel
2013-03-31  0:43         ` Eric Schulte
2013-03-31 12:29           ` Rick Frankel [this message]
2013-03-31 13:37             ` Eric Schulte
2013-04-01 16:22               ` babel results handling (was: Process hlines in imported tables) Rick Frankel
2013-04-03 14:18                 ` babel results handling Eric Schulte
2013-04-03 18:02                   ` Achim Gratz
2013-04-04 18:20                   ` Rick Frankel
2013-04-03 18:21             ` [PATCH] Process hlines in imported tables Achim Gratz
2013-04-04 13:59               ` Sebastien Vauban
2013-04-04 15:02                 ` Eric Schulte
2013-04-04 21:01                   ` Sebastien Vauban
2013-04-06 16:30                     ` Eric Schulte
2013-04-15 13:06                     ` Sebastien Vauban
2013-04-15 15:25                       ` Eric Schulte
2013-04-15 19:27                         ` Sebastien Vauban
2013-04-04 18:35                 ` Rick Frankel
2013-04-04 21:05                   ` Sebastien Vauban
2013-04-04 19:29                 ` Achim Gratz
2013-04-06 16:29                   ` Eric Schulte
2013-04-06 17:07                     ` Eric Schulte
2013-04-06 17:24                     ` Bastien
2013-04-06 17:39                       ` Eric Schulte
2013-04-04 18:30               ` Rick Frankel
2013-04-04 20:27                 ` Sebastien Vauban

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20130331122900.GA57939@BigDog.local \
    --to=rick@rickster.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=schulte.eric@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).