Re: [Gnuplot-info] continued lines in Emacs gnuplot-mode

[Dima K. <gn...@di...>]

sfeam <sf...@us...> writes:

> On Wednesday, 05 March 2014 12:59:17 PM Dima Kogan wrote:
>
>> Ethan and co: this came up last year, but we didn't do anything about
>> it. Can we either remove the gnuplot emacs mode from the CVS tree (since
>> it's maintained in github already), or make it obvious that the
>> gnuplot.el hosted HERE is a mirror rather than the upstream?
>  
> I would be happy to remove it.
> But I didn't feel comfortable making that decision myself because
> I am not an emacs user and have no feel for who would be
> inconvenienced or otherwise unhappy if it disappears.
>
> Could you write up a short paragraph for the documentation,
> the FAQ, and the README explaining what gnuplot-mode is,
> who might want to use it, and where to find it?

Hi Ethan.

Here's a description that mostly comes from the source:

================================================================

The emacs gnuplot-mode is a major mode for composing gnuplot scripts and
displaying their results using gnuplot. It can be obtained from MELPA or
from a distribution such as Debian or Ubuntu. Otherwise, the source
lives at

 https://github.com/bruceravel/gnuplot-mode

This mode offers several tools to help you compose your scripts,
including font-lock syntax colorization, a syntax table appropriate
to gnuplot, key bindings, pull-down menus, indentation, keyword
completions and variable customization using the Custom package.
Once the script is composed, there are several function for sending
some or all of the script to gnuplot.  The interaction with the
gnuplot process is within a comint buffer.  Plots can optionally be
displayed within Emacs.
================================================================

In non-emacs-speak, it provides facilities to make writing and running
scripts easier. I really do think it should be removed. Not only does
emacs have standardized packaging infrastructure that has this package
in it, distros such as Debian carry it too. It's a bit of a historical
accident that this ever lived in the gnuplot tree, but there's no reason
for it at all anymore. If we have a list somewhere of frontends and
libraries that use gnuplot, we should mention it there.

dima