Re: Copy to clipboard for Linux

[Daniel J S. <dan...@ie...>]

Timoth=E9e Lecomte wrote:
> Ethan Merritt wrote:
>=20
>> 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
>=20
> I think the truth should be restored : there is no protocol issue.
>=20
> 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.

Oh, OK.  So that might explain why the PIXMAP request comes over to gnupl=
ot twice in a row from the OpenWrite application.  I bet the PIXMAP reque=
st fails for some reason and OpenWrite (or X) tries a second time then de=
cides after the second time that that is it, and to not try again.

On the other hand, Klipper probably has a policy to keep trying until eit=
her a success or a "None" for the return property.


> 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 always difficult to know exactly what the problem is.  Perhaps the T=
IMESTAMP was tied in with the failure of PIXMAP request.  Well, it seems =
to me that the failure of PIXMAP is at issue because that is what Klipper=
 keeps sending and O.W. appears to send twice.


>> 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
>=20
> What a nice name !! I love it !

It is sort of a good one.

Dan