From: "Eric Schulte" <schulte.eric@gmail.com>
To: Eric S Fraga <e.fraga@ucl.ac.uk>
Cc: org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: [babel] Re: Re: [OT] gnuplot quality
Date: Tue, 15 Jun 2010 08:30:22 -0700 [thread overview]
Message-ID: <87hbl4ia9d.fsf@gmail.com> (raw)
In-Reply-To: <87ocfcifl8.wl%ucecesf@ucl.ac.uk> (Eric S. Fraga's message of "Tue, 15 Jun 2010 14:35:15 +0100")
Eric S Fraga <ucecesf@ucl.ac.uk> writes:
> On Sun, 13 Jun 2010 12:35:43 +1000, "Alan E. Davis" <lngndvs@gmail.com> wrote:
>
>> I use the gri plotting language to make plots. Does anyone here use this?
>>
>> I am over my head in trying to use babel as a literate programming tool; yet
>> that's exactly what I need to do, else at least have a method for
>> coordinating better comments / notes with the code.
>
> Alan,
>
> I don't use gri. I have had a quick look at it and it should be
> possible (for others, not me :() to create an org-babel interface for
> this. If you have any elisp knowledge, you could try starting from
> one of the existing language implementations. You could also try to
> use the support for sh in org-babel but you'd have to get the table
> data into a file first.
If this is something you're interested in, you could start by making a
copy of org-babel-gnuplot.el, and then search/replace gnuplot/gri, and
you'll be most of the way there.
The gnuplot file already has support for dropping tables to
tab-separated files, and then placing the paths to those files into the
body of code blocks, which may be sufficient for table support in gri --
although having not heard of gri before this email I can't say for sure.
Best -- Eric
> Others may have more reasonable suggestions, however...
>
> I am surprised, however, at this comment:
>
>> Gnuplot was ok when I didn't need quailty graphs.
>
> in what way does gnuplot fall short in terms of quality? (but keep
> this part of the conversatino off-list please to avoid annoying others)
next prev parent reply other threads:[~2010-06-15 15:30 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-11 20:12 org-plot file export options John Hendy
2010-06-11 20:35 ` Eric Schulte
2010-06-12 10:17 ` [OT] gnuplot quality (was Re: org-plot file export options) Eric S Fraga
2010-06-12 10:24 ` Eric S Fraga
2010-06-18 20:43 ` John Hendy
2010-06-18 21:00 ` [OT] gnuplot quality Eric Schulte
2010-06-18 21:13 ` [OT] gnuplot quality (was Re: org-plot file export options) Nick Dokos
2010-06-18 22:04 ` John Hendy
2010-06-12 15:18 ` John Hendy
2010-06-12 15:23 ` [OT] gnuplot quality Eric Schulte
2010-06-12 20:16 ` Eric S Fraga
2010-06-13 2:35 ` Alan E. Davis
2010-06-13 10:03 ` [OT] what about asymptote ? Nicolas Goaziou
2010-06-13 16:31 ` Eric Schulte
2010-06-13 17:48 ` Nicolas Goaziou
2010-06-15 13:35 ` [babel] Re: Re: [OT] gnuplot quality Eric S Fraga
2010-06-15 15:30 ` Eric Schulte [this message]
2010-06-16 10:27 ` Štěpán Němec
2010-06-17 3:07 ` Alan E. Davis
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=87hbl4ia9d.fsf@gmail.com \
--to=schulte.eric@gmail.com \
--cc=e.fraga@ucl.ac.uk \
--cc=emacs-orgmode@gnu.org \
/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).