From: Petr M. <mi...@ph...> - 2004-03-24 14:12:16
|
> But there is a related case for which I am not sure of the > correct behaviour: > > set term x11 1 persist > plot sin(x) > set term dumb > > At this point the connection between gnuplot and gnuplot_x11 is > still present but, since the current terminal is no longer x11, mouse > events are ignored. Should we explicitly turn mousing over to > gnuplot_x11 in this case even though the connection is still active? > Should gnuplot itself continue to handle X-events even though the > current terminal is now something other than x11? No, it should not -- e.g. pressing "l" for "set log y" in X11 would change this property globally, thus also for the other terminal, which is probably not desired. > > set mouse > > set term x11 1 persist > > plot sin(x) > > set term x11 2 persist > > plot x > > set term x11 3 persist > > plot tan(x) > > unset mouse > > > > unsets mouse only in terminal 3, and not in all terminals. Also a bug. > > Not fixable. Or at least not fixable in the general case, although the > specific simple example you give could be changed. But why is it a > bug? If you ask for a persistent X11 window, don't you expect it to > operate on its own without further input from gnuplot? This should not depend on whether window is persistent or not. Question is whether "unset mouse" operates on the current or on all mouseable terminals. Currently only on the selected one. We can keep this feature, and then it is not bug. > > I think gplt_x11.c should react to "m" hotkey to switch the mousing bar on/off. > > Good idea. I will add it to CVS when SourceForge comes back online. Works nice, just a small annoyance: you have to move your mouse so that the window resizes itself to adopt space for the mouse bar. Could the resize be called automatically when mouse gets on/off? > > Finally, there is some funny behaviour of mousing ruler, when "set x11 > > <another>; replot" -- it would be nicer to position the ruler to its x,y > > coordinates. > > Please explain in more detail. Do you mean that the new window should > not inherit the state of the ruler from the previous window? Or do you > mean that it *should* inherit the ruler, but the ruler should be re-positioned? It should inherit the ruler at its x,y position so that the ruler propagates at the same x,y for all subsequent plots. Could you please patch it? --- Petr Mikulik |