|
From: <tim...@en...> - 2006-07-20 17:47:29
|
Ethan Merritt wrote: > On Thursday 20 July 2006 01:39 am, Dave Denholm wrote: > =20 >> Ethan Merritt <merritt@u.washington.edu> writes: >> =20 >>> The point is that gnuplot has to run under the common desktop >>> environments that people actually use. >>> =20 >> If there are multiple incompatible protocols being used, then it may >> be better (well, more efficient) to write one standalone utility >> which can convert between the protocols, rather than insisting that >> every app can speak all the different protocols. >> =20 I think the truth should be restored : there is no protocol issue. In february this year, Ethan and I have patched gplt_x11.c to fix=20 klipper, the KDE clipboard utility, that was polling gnuplot for its=20 pixmap every second. Ethan wrote the patch to make gnuplot only respond=20 once to klipper. I wrote a patch to make gnuplot provide the TIMESTAMP=20 atom, because klipper would poll it instead of the pixmap and see that=20 the pixmap has not changed. TIMESTAMP is part of the ICCCM, so the=20 protocol is respected here. It's just that we were a little loosy=20 regarding TIMESTAMP, whereas klipper is expecting it to work properly. I=20 think Ethan's patch may be reverted without making the bug reappear if=20 it is too annoying to prevent multiple pastes of the same pixmap. Then, there is this problem that Daniel has pointed out (*sometimes*=20 nothing is pasted), and again I don't think it is because of protocol=20 differences. It is probably a bug hidden somewhere in the timestamps=20 provided to the Xlib functions, or something like that. And finally, as Daniel pointed out too, the X11 terminal only exports in=20 a "pixmap" form, and that's restrictive. Few apps can use it. But that's=20 not a bug, that's an improvement. That's two bugs and one feature request. The first one is already=20 solved, the second one is not critical for 4.2 but can probably be=20 solved nicely, and as far as the last one is concerned, I am sure Daniel=20 is on the right path. Nothing to worry about. As a side note : > > Gnome > =3D=3D=3D=3D=3D > The distros that push Gnome will tweak gnuplot's clipboard to play > nicely with Gnome's clipboard manager. They will configure in some > randomly chosen set of program options, and remove the documentation > on how to change them. The resulting package will helpfully be named > something like "graphity". > =20 What a nice name !! I love it ! Best regards, Timoth=E9e |