Alexander Hansen wrote:
> Luis Benet wrote:
>> Thanks for your reply Alexander,
>> I use x11 as output terminal all the time. The version that i am using
>> of libedit
>> (at least through fink) is 3.0.2.
>> I noticed that if i used gnuplot through qgfe, i could zoom by
>> right-clicking the
>> mouse, and got actually the correct usual behaviur. How is this possible?
> I'm not at all sure (I've seen the same thing, though).
> If the problem is due to libedit, then qgfe may be providing a way to
> bypass whatever is going wrong. It seems odd to me that the mouse zoom
> issue would be associated with libedit, since that's for the text
> history and line editing.
>> I also tried your suggestion of rebuilding gnuplot, but there is no
>> At some point i got the following
>> aclocal.m4:16: warning: this file was generated for autoconf 2.61.
>> You have another version of autoconf. It may work, but is not
>> guaranteed to.
>> If you have problems, you may need to regenerate the build system
>> To do so, use the procedure documented by the package, typically
> That's probably harmless.
>> Could all this be something related to gcc? I have Xcode 3.0 running
>> which yields
>> gcc version 4.0.1; on the other hand, /sw/bin/gcc-4 corresponds to 4.3.3
> Unlikely. Fink packages use Xcode's compilers to build unless
> specifically made not to.
> I've tried a couple of things: rebuild gnuplot with the current
> libedit, and also with the prior version. Neither fixed the zooming issue.
> I'm forwarding this onto the Fink developer list, because I really don't
> know what's causing the issue, nor how to fix it. One option we have
> would be to see if gnuplot's bundled "minimal readline" works (we can't
> use Fink's GNU readline because gnuplot's license is not GPL-compatible).
> At least going through qgfe works...
Following up on this: if I switch to the "minimal readline" bundled in
the gnuplot tarball, the zoom works for me.
Also, I've found the following (for example) in my history file, when
switching from a build that uses libedit to one that uses either the
internal readline or our readline:
I wonder if somehow those stray sequences are getting passed to the x11
terminal (and the x11-based wxt terminal, which also suffers from
this). Is the zoom history text-based, and therefore getting mangled?
I'm inclined just to use the "minimal readline" unless anybody's got a
Fink User Liaison
>> On Jan 29, 2009, at 8:21 AM, Alexander Hansen wrote:
>>> Luis Benet wrote:
>>>> Dear Alexander,
>>>> I recently updated to 10.5.6, X11 (Xquartz 2.3.2) and also updated the
>>>> programs i have installed with fink. Everything worked fine.
>>>> However, I noticed two days ago that gnuplot was not recognizing the
>>>> mouse: as examples, i couldn't zoom by right-clicking, or the
>>>> coordinates were simply "fixed" and not giving the current position of
>>>> the pointer.
>>> What output window format? X11, Aquaterm, wxt?
>>>> I've searched the internet and noticed there was a
>>>> discussion (on license issues) which essentially ended up on using
>>> We use libedit as well.
>>>> I also found something
>>>> (https://bugs.launchpad.net/hardy-backports/+bug/271219) which
>>>> eventually describes a little bit my problem, and the solution turned
>>>> to be using the updated version of libedit.
>>>> What can i do to get to the "usual" performance of gnuplot?
>>>> Thanks in advance,
>>> libedit just got updated recently. I don't know if you initially
>>> installed gnuplot before or after that update, but try doing a "fink
>>> rebuild gnuplot". If that fixes the problem I'll force it to use the
>>> newer version of libedit.
>>> Alexander Hansen
>>> Fink User Liaison