|
From: <gn...@di...> - 2012-10-08 01:10:00
|
> > The gnuplot emacs mode was creating bindings in the global comint mode, > > overwriting those that were already there. This resulted in breakage when those > > keys were used in other non-gnuplot comint buffers. Attached patch applies the > > bindings ONLY to the gnuplot comint instance. > > > > dima > > On Mon, 8 Oct 2012 01:23:04 +0100 > Jon Oddie <jon...@gm...> wrote: > > Hi, > > You might want to check out the more recent version of gnuplot-mode at https://github.com/bruceravel/gnuplot-mode . I have done a bit of work on it in the past year, including creating a separate `gnuplot-comint-mode' for the comint buffer, which I think may solve the same problem as your patch. Let me know if I'm wrong. > > I think it's also on the MELPA repo, tho not in Marmalade yet. > > There are some other features on the way, including better tab completion and documentation lookup, and displaying images inline in Emacs. Take a look at the devel branch on github if you're interested. I think they are reasonably stable, but have not tested on many different Emacs setups. > > Once it has had more testing, it would eventually be good to get a newer version of gnuplot-mode incorporated into a gnuplot release. Oh, I see. That's great; I'd much rather use the actively-developed tree instead of my patches to an old tree. This thing seems to be in a bit of disarray right now. The latest release on Bruce's site (not the github) dates back to 2002. The copies in the gnuplot tree and in debian (http://packages.debian.org/sid/gnuplot-mode) are all patched versions of that old release. Ethan, can we remove gnuplot-mode from the gnuplot CVS entirely? Currently it's out of date, and active development is happening entirely elsewhere. To make matters even worse, the copy in CVS doesn't even have a link to the latest development tree. At the same time, I'd like to get the Debian package up to date too. Jon, is the code currently in that git repo ready for release, or does it still need work? dima |
|
From: Ethan A M. <sf...@us...> - 2012-10-08 19:57:03
|
On Sunday, October 07, 2012 06:09:49 pm gn...@di... wrote: > > > The gnuplot emacs mode was creating bindings in the global comint mode, > > > overwriting those that were already there. This resulted in breakage when those > > > keys were used in other non-gnuplot comint buffers. Attached patch applies the > > > bindings ONLY to the gnuplot comint instance. > > > > > > dima > > > > On Mon, 8 Oct 2012 01:23:04 +0100 > > Jon Oddie <jon...@gm...> wrote: > > > > Hi, > > > > You might want to check out the more recent version of gnuplot-mode at https://github.com/bruceravel/gnuplot-mode . I have done a bit of work on it in the past year, including creating a separate `gnuplot-comint-mode' for the comint buffer, which I think may solve the same problem as your patch. Let me know if I'm wrong. > > > > I think it's also on the MELPA repo, tho not in Marmalade yet. > > > > There are some other features on the way, including better tab completion and documentation lookup, and displaying images inline in Emacs. Take a look at the devel branch on github if you're interested. I think they are reasonably stable, but have not tested on many different Emacs setups. > > > > Once it has had more testing, it would eventually be good to get a newer version of gnuplot-mode incorporated into a gnuplot release. > > Oh, I see. That's great; I'd much rather use the actively-developed tree instead > of my patches to an old tree. This thing seems to be in a bit of disarray right > now. The latest release on Bruce's site (not the github) dates back to 2002. The > copies in the gnuplot tree and in debian > (http://packages.debian.org/sid/gnuplot-mode) are all patched versions of that > old release. > > Ethan, can we remove gnuplot-mode from the gnuplot CVS entirely? Currently it's > out of date, and active development is happening entirely elsewhere. To make > matters even worse, the copy in CVS doesn't even have a link to the latest > development tree. At the same time, I'd like to get the Debian package up to > date too. Jon, is the code currently in that git repo ready for release, or does > it still need work? > > dima I was unaware of any recent development being done on gnuplot-mode. Bruce Ravel's old site here at UW no longer exists. I am not an emacs user and know essentially nothing about how well or poorly the old gnuplot-mode code has kept up with emacs development. I'm just the guy trying to keep gnuplot distribution itself up to date. So yeah, if the gnuplot-mode stuff is being maintained and distributed elsewhere then I'm fine with removing it from the gnuplot distribution per se. On the other hand, gnuplot distribution from the project repository has been consistent going back at least 12 years, whereas separate distribution of the gnuplot-mode scripts outside of gnuplot has been mostly stagnent over that period. So just from the point of view of having a long-term distribution mode it might be better to merge the more recent development back into the gnuplot repository. I'll CC Bruce to see if he has any opinion or any interest in getting back in the loop. Ethan |
|
From: Jon O. <jon...@gm...> - 2012-10-08 21:17:30
|
Sorry all -- my earlier message to this thread was rejected for not being from my old address. Bruce offered to set up the github repository for gnuplot-mode last year after I submitted a couple of patches. Since then I have hacked on it a bit, but haven't had time to put together anything that could be called a release. AFAIK the versions in gnuplot CVS and on Bruce's home page are the most recent official versions. The code in the github devel branch (https://github.com/bruceravel/gnuplot-mode/tree/devel) should be stable enough to go in a new release. Apart from bugfixes, I've tried to make my additions not get in the way, so that people who don't want them can ignore them. There are some backward incompatibilities which I will fix. It would be good to be able to maintain backwards support at least for GNU Emacs 22 (from 2007; the current version is 24). I guess it should try to support XEmacs too, though that seems likely to become increasingly difficult as XEmacs development seems to have stalled. I'm not sure of the best way to get testers for a new beta version of gnuplot-mode, since people get Emacs packages from lots of different places. How active is the gnuplot-info list? The alternative would be to release a semi-untested version on the Emacs package sites and wait for bug reports, which seems a little shoddy. Perhaps it would be OK to upload it as "gnuplot-mode-beta", though I have never seen anyone do that. I agree that it would be best to include any new gnuplot-mode releases back into the core gnuplot repository. I'll also try to have a look at the code in the Debian package and see if there are any patches from there that should be merged into the main repository. Jon > I was unaware of any recent development being done on gnuplot-mode. > Bruce Ravel's old site here at UW no longer exists. I am not an emacs > user and know essentially nothing about how well or poorly the old > gnuplot-mode code has kept up with emacs development. I'm just the guy > trying to keep gnuplot distribution itself up to date. > > So yeah, if the gnuplot-mode stuff is being maintained and distributed > elsewhere then I'm fine with removing it from the gnuplot distribution per se. > On the other hand, gnuplot distribution from the project repository has > been consistent going back at least 12 years, whereas separate distribution > of the gnuplot-mode scripts outside of gnuplot has been mostly stagnent over > that period. > > I'll CC Bruce to see if he has any opinion or any interest in getting back > in the loop. > > Ethan |
|
From: Jon O. <jon...@gm...> - 2012-10-20 12:54:40
|
I did some more work on the devel branch of gnuplot-mode and I think it is in a good state to be tested for a new release, if Bruce agrees. Most importantly, it's now backward-compatible with GNU Emacs 22 (from 2007) and XEmacs 21 (the latest version, from 2003). I can't fully check XEmacs compatibility because it segfaults when running on an X display on my mac, but it does work in a terminal. I would guess that in this case working with XEmacs 21 also implies working with GNU Emacs 21, but I haven't been able to install any pre-22 GNU Emacs to try it out. I'm still not sure of the best way to get people to test a new version. It's tempting to simply put a new release on Marmalade[1] and MELPA[2] and wait for bug reports to come in. MELPA just packages up whatever is in github master branches anyway, so I think people are accustomed to running the latest development versions of Emacs plugins. The newer version could then be incorporated in the gnuplot repository after a few months, if there are no major issues reported. Thoughts? Jon Footnotes: [1] http://marmalade-repo.org/ [2] http://melpa.milkbox.net/ |
|
From: Mojca M. <moj...@gm...> - 2012-10-08 19:18:44
|
On Mon, Oct 8, 2012 at 3:09 AM, <gn...@di...> wrote: > > Ethan, can we remove gnuplot-mode from the gnuplot CVS entirely? Currently it's > out of date, and active development is happening entirely elsewhere. Gnuplot project could be updated from another repository every now and then. (There is no need to entirely remove the code. Those who don't want to have it installed can always use --without-lisp-files and fetch the files from other source.) Mojca |