Menu
▾
▴
gnuplot-beta
|
From: Ralf J. <jue...@cs...> - 2009-08-21 18:16:20
|
Hi, Apologies if this is a known issue. When using the x11 terminal in gnuplot 4.2.5, gnuplot interferes with the X11 (?) mouse-selection mechanism. To see what I mean, just select some text in a terminal with the mouse (for copy and paste), then issue a plot command. The mouse selection disappears. Thanks, Ralf |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-08-21 19:08:29
|
On Friday 21 August 2009 11:16:06 Ralf Juengling wrote: > Hi, > > Apologies if this is a known issue. > > When using the x11 terminal in gnuplot 4.2.5, gnuplot > interferes with the X11 (?) mouse-selection mechanism. > To see what I mean, just select some text in a terminal > with the mouse (for copy and paste), then issue a plot > command. The mouse selection disappears. Doesn't happen for here, running under linux+KDE. This is definitely not a general problem, but I'm afraid it doesn't sound like something that can be diagnosed remotely. Ethan -- Ethan A Merritt Biomolecular Structure Center University of Washington, Seattle 98195-7742 |
|
From: Jonathan T. <jt...@as...> - 2009-08-21 20:05:24
|
On Friday 21 August 2009 11:16:06 Ralf Juengling wrote:
> Hi,
>
> Apologies if this is a known issue.
>
> When using the x11 terminal in gnuplot 4.2.5, gnuplot
> interferes with the X11 (?) mouse-selection mechanism.
> To see what I mean, just select some text in a terminal
> with the mouse (for copy and paste), then issue a plot
> command. The mouse selection disappears.
I do *not* see this behavior with 4.2.5 running under OpenBSD 4.4
and the twm window manager. (Lots of other programs -- notably firefox
-- louse up X selections in my environment, but gnuplot seems to be
fine.)
--
-- "Jonathan Thornburg [remove -animal to reply]" <jt...@as...>
Dept of Astronomy, Indiana University, Bloomington, Indiana, USA
"Washing one's hands of the conflict between the powerful and the
powerless means to side with the powerful, not to be neutral."
-- quote by Freire / poster by Oxfam
|
|
From: <pl...@pi...> - 2009-08-22 08:39:53
|
Ralf Juengling wrote:
> Hi,
>
> Apologies if this is a known issue.
>
> When using the x11 terminal in gnuplot 4.2.5, gnuplot
> interferes with the X11 (?) mouse-selection mechanism.
> To see what I mean, just select some text in a terminal
> with the mouse (for copy and paste), then issue a plot
> command. The mouse selection disappears.
>
> Thanks,
> Ralf
>
interesting , I can confirm this on linux using xfce4 , using wxt
terminal does not cancel the text selection
G N U P L O T
Version 4.3 patchlevel 0
last modified January 2009
I use focus follows mouse if that is relevant.
regards.
|
|
From: Ethan M. <merritt@u.washington.edu> - 2009-08-22 16:22:06
|
On Saturday 22 August 2009, pl...@pi... wrote: > Ralf Juengling wrote: > > Hi, > > > > Apologies if this is a known issue. > > > > When using the x11 terminal in gnuplot 4.2.5, gnuplot > > interferes with the X11 (?) mouse-selection mechanism. > > To see what I mean, just select some text in a terminal > > with the mouse (for copy and paste), then issue a plot > > command. The mouse selection disappears. > > > > Thanks, > > Ralf > > > > interesting , I can confirm this on linux using xfce4 , using wxt > terminal does not cancel the text selection What happens if you try echo "gnuplot*exportselection: off" | xrdb -merge You can check the state by doing, for example stonelion [86] xrdb -query | grep export gnuplot*exportselection: off Depending on your system configuration, the default x11 settings for gnuplot may be given in a file /usr/local/lib/X11/app-defaults/Gnuplot Or maybe not. We provide such a file, but it is not clear that distribution packages install it in a useful place. If this fixes your problem, I suggest to add the line gnuplot*exportselection: off to the file ~/.Xdefaults in your login directory > > G N U P L O T > Version 4.3 patchlevel 0 > last modified January 2009 > > I use focus follows mouse if that is relevant. > > regards. > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > gnuplot-beta mailing list > gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta > |
|
From: Ralf J. <jue...@cs...> - 2009-08-22 19:42:33
|
On Sat, 22 Aug 2009, Ethan Merritt wrote: > What happens if you try > > echo "gnuplot*exportselection: off" | xrdb -merge Thanks, this does the trick. xrdb -query | grep export reports nothing before issuing the above command, btw. There also is not directory /usr/local/lib/X11/app-defaults/ on my system (Ubuntu 8.04). Ralf > > You can check the state by doing, for example > > stonelion [86] xrdb -query | grep export > gnuplot*exportselection: off > > Depending on your system configuration, the default x11 settings for gnuplot > may be given in a file > /usr/local/lib/X11/app-defaults/Gnuplot > Or maybe not. We provide such a file, but it is not clear that distribution > packages install it in a useful place. If this fixes your problem, I suggest > to add the line > gnuplot*exportselection: off > to the file ~/.Xdefaults in your login directory > > >> >> G N U P L O T >> Version 4.3 patchlevel 0 >> last modified January 2009 >> >> I use focus follows mouse if that is relevant. >> >> regards. >> >> ------------------------------------------------------------------------------ >> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day >> trial. Simplify your report design, integration and deployment - and focus on >> what you do best, core application coding. Discover what's new with >> Crystal Reports now. http://p.sf.net/sfu/bobj-july >> _______________________________________________ >> gnuplot-beta mailing list >> gnu...@li... >> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta >> > > |
|
From: <pl...@pi...> - 2009-08-22 21:49:52
|
Ralf Juengling wrote: > > On Sat, 22 Aug 2009, Ethan Merritt wrote: > >> What happens if you try >> >> echo "gnuplot*exportselection: off" | xrdb -merge > > Thanks, this does the trick. > yes that prevents the selection disappearing here also. > xrdb -query | grep export > > reports nothing before issuing the above command, btw. > > There also is not directory /usr/local/lib/X11/app-defaults/ > on my system (Ubuntu 8.04). > > Ralf > > Here, most such settings are in /usr/lib/X11/app-defaults/ but my cvs build to /usr/local did create the above mentioned. It contains a line gnuplot*exportselection: on although this was not included in xrdb does the fact the manual tweek fixes things suggest that the exportselection code is unnecessarily clearing something on startup? In my simple test I do not select anything and I do not come out with a selection made. in fact what feature have I turned off here? What can I not do with gnuplot*exportselection: off ? > > >> You can check the state by doing, for example >> >> stonelion [86] xrdb -query | grep export >> gnuplot*exportselection: off >> >> Depending on your system configuration, the default x11 settings for gnuplot >> may be given in a file >> /usr/local/lib/X11/app-defaults/Gnuplot >> Or maybe not. We provide such a file, but it is not clear that distribution >> packages install it in a useful place. If this fixes your problem, I suggest >> to add the line >> gnuplot*exportselection: off >> to the file ~/.Xdefaults in your login directory >> >> >>> G N U P L O T >>> Version 4.3 patchlevel 0 >>> last modified January 2009 >>> >>> I use focus follows mouse if that is relevant. >>> >>> regards. >>> |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-08-22 22:58:51
|
On Saturday 22 August 2009, you wrote: > Ralf Juengling wrote: > > > > On Sat, 22 Aug 2009, Ethan Merritt wrote: > >> echo "gnuplot*exportselection: off" | xrdb -merge > > > > There also is not directory /usr/local/lib/X11/app-defaults/ > > on my system (Ubuntu 8.04). > > > Here, most such settings are in /usr/lib/X11/app-defaults/ > but my cvs build to /usr/local did create the above mentioned. Long ago (X11R3? - I don't recall) there was a convention for loading per session values for things like appdefaults and Xmodmap. Or maybe that convention only existed on the particular systems I was using in those days. Regardless, the evolution of x11 implementations and the proliferation of system configurations seems to have destoyed any consensus that may have previously existed. We distribute the Resources file so that you can see what can be changed. It's up to you or your distribution whether to configure the system so that these changes are always in effect. > in fact what feature have I turned off here? What can I not do with > gnuplot*exportselection: off ? No idea. I've never had it turned on to the best of my knowledge :-) Looking at the code in gplt_x11.c, I see that it causes the following request to be issued: XSetSelectionOwner(dpy, EXPORT_SELECTION, plot->window, CurrentTime); But that by itself shouldn't do much of anything other than to allow you to make a subsequent selection in the plot window. I don't see why it would erase your paste buffer or prevent another window from regaining focus and reclaiming ownership of the selection token. |
|
From: Petr M. <mi...@ph...> - 2009-08-24 09:21:35
|
The plot is copied into clipboard and then it can be mouse-pasted into e.g. OpenOffice as a plot. It is saved as a png file I see. On the other hand it seems that in WX terminal the icon functionality "copy plot to clipboad" is broken -- if I press it and then try to copy the plot into OpenOffice, nothing happens. Can somebody reproduce this problem? --- PM |
|
From: <pl...@pi...> - 2009-08-25 12:56:40
|
Petr Mikulik wrote: > The plot is copied into clipboard and then it can be mouse-pasted into e.g. > OpenOffice as a plot. It is saved as a png file I see. > > On the other hand it seems that in WX terminal the icon functionality "copy > plot to clipboad" is broken -- if I press it and then try to copy the plot > into OpenOffice, nothing happens. Can somebody reproduce this problem? > > --- > PM > I'd say it's OOo that is broken. gnuplot wxt icon works here and I can past into gimp no prob. Exactly what context are you trying to paste into OO? I can test here if you give specifics. /P/ |
|
From: Petr M. <mi...@ph...> - 2009-08-25 14:07:05
|
> > The plot is copied into clipboard and then it can be mouse-pasted into e.g. > > OpenOffice as a plot. It is saved as a png file I see. > > > > On the other hand it seems that in WX terminal the icon functionality "copy > > plot to clipboad" is broken -- if I press it and then try to copy the plot > > into OpenOffice, nothing happens. Can somebody reproduce this problem? > > I'd say it's OOo that is broken. > > gnuplot wxt icon works here and I can past into gimp no prob. > > Exactly what context are you trying to paste into OO? I can test here if > you give specifics. Try it with whatever plot: test, plot x, splot x*y Pasting directly from wxt to gimp or to koffice works, but not to OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in OpenOffice, the graph gets into OO. Is it really bug in OO or in the way how wxt copies it into the clipboard? I think it is easier to fix gnuplot than OO. --- PM |
|
From: Ethan M. <merritt@u.washington.edu> - 2009-08-25 15:15:26
|
On Tuesday 25 August 2009, Petr Mikulik wrote: > > > The plot is copied into clipboard and then it can be mouse-pasted into e.g. > > > OpenOffice as a plot. It is saved as a png file I see. > > > > > > On the other hand it seems that in WX terminal the icon functionality "copy > > > plot to clipboad" is broken -- if I press it and then try to copy the plot > > > into OpenOffice, nothing happens. Can somebody reproduce this problem? > > > > I'd say it's OOo that is broken. > > > > gnuplot wxt icon works here and I can past into gimp no prob. > > > > Exactly what context are you trying to paste into OO? I can test here if > > you give specifics. > > Try it with whatever plot: test, plot x, splot x*y > > Pasting directly from wxt to gimp or to koffice works, but not to > OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in > OpenOffice, the graph gets into OO. > > Is it really bug in OO or in the way how wxt copies it into the clipboard? There are actually three "clipboards" involved. Different programs make different assumptions about which of them is being used for cut+paste. This is further complicated if you are running a clipboard managing program as part of your desktop. If you are running KDE, try opening up the configuration menu of klipper (the clipboard manager) and experiment with the options available for "Cliboard/Selection Behavior". You probably want to tick the box "Synchronize contents of the clipboard and the selection". |
|
From: Petr M. <mi...@ph...> - 2009-08-25 20:28:32
|
> > > > The plot is copied into clipboard and then it can be mouse-pasted into e.g. > > > > OpenOffice as a plot. It is saved as a png file I see. > > > > > > > > On the other hand it seems that in WX terminal the icon functionality "copy > > > > plot to clipboad" is broken -- if I press it and then try to copy the plot > > > > into OpenOffice, nothing happens. Can somebody reproduce this problem? > > > > > > I'd say it's OOo that is broken. > > > > > > gnuplot wxt icon works here and I can past into gimp no prob. > > > > > > Exactly what context are you trying to paste into OO? I can test here if > > > you give specifics. > > > > Try it with whatever plot: test, plot x, splot x*y > > > > Pasting directly from wxt to gimp or to koffice works, but not to > > OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it in > > OpenOffice, the graph gets into OO. > > > > Is it really bug in OO or in the way how wxt copies it into the clipboard? > > There are actually three "clipboards" involved. Different programs make > different assumptions about which of them is being used for cut+paste. > This is further complicated if you are running a clipboard managing program > as part of your desktop. > > If you are running KDE, try opening up the configuration menu of klipper > (the clipboard manager) and experiment with the options available for > "Cliboard/Selection Behavior". You probably want to tick the box > "Synchronize contents of the clipboard and the selection". I have this option on under KDE. I have also tried gnome and fwhm. Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under fwhm even not to gimp). Could something be done in order to let wxt and OO working via clipboard? --- PM |
|
From: Timothée L. <tim...@lp...> - 2009-08-25 21:09:43
|
>> > > > The plot is copied into clipboard and then it can be mouse-pasted >> into e.g. >> > > > OpenOffice as a plot. It is saved as a png file I see. >> > > > >> > > > On the other hand it seems that in WX terminal the icon >> functionality "copy >> > > > plot to clipboad" is broken -- if I press it and then try to copy >> the plot >> > > > into OpenOffice, nothing happens. Can somebody reproduce this >> problem? >> > > >> > > I'd say it's OOo that is broken. >> > > >> > > gnuplot wxt icon works here and I can past into gimp no prob. >> > > >> > > Exactly what context are you trying to paste into OO? I can test >> here if >> > > you give specifics. >> > >> > Try it with whatever plot: test, plot x, splot x*y >> > >> > Pasting directly from wxt to gimp or to koffice works, but not to >> > OpenOffice. Doing "Insert" in Koffice or in Gimp and then pasting it >> in >> > OpenOffice, the graph gets into OO. >> > >> > Is it really bug in OO or in the way how wxt copies it into the >> clipboard? >> >> There are actually three "clipboards" involved. Different programs make >> different assumptions about which of them is being used for cut+paste. >> This is further complicated if you are running a clipboard managing >> program >> as part of your desktop. >> >> If you are running KDE, try opening up the configuration menu of klipper >> (the clipboard manager) and experiment with the options available for >> "Cliboard/Selection Behavior". You probably want to tick the box >> "Synchronize contents of the clipboard and the selection". > > I have this option on under KDE. > I have also tried gnome and fwhm. > Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under > fwhm > even not to gimp). > Could something be done in order to let wxt and OO working via clipboard? > Hi, What is listed when you try "Edit->Paste Special" in OO ? Can it work that way ? Regards, Timothée |
|
From: Petr M. <mi...@ph...> - 2009-08-26 08:55:45
|
> >> If you are running KDE, try opening up the configuration menu of klipper > >> (the clipboard manager) and experiment with the options available for > >> "Cliboard/Selection Behavior". You probably want to tick the box > >> "Synchronize contents of the clipboard and the selection". > > > > I have this option on under KDE. > > I have also tried gnome and fwhm. > > Nowhere I can copy via wxt clipboard the plot to OpenOffice (and under > > fwhm > > even not to gimp). > > Could something be done in order to let wxt and OO working via clipboard? I've just tried the new Qt terminal (in KDE 3.5). Using its "Copy to clipboard", the plot can be Pasted into OpenOffice. The wxt's "Copy to clipboard", it cannot be pasted. --- PM |
