[Xquartz-dev] xpbproxy Oct 29th 2008 test release

George Peter Staplin georgeps at xmission.com
Thu Oct 30 08:58:17 PDT 2008


Quoted Dave Ray <apple at jonive.com>:

> You did it!
> xpbproxy Oct 29 release
>
> I can copy and paste both directions between X11-Gimp and Preview,
> Photoshop and any OS-X graphics program.
> I can copy and paste both directions between TextEdit and X11-Eterm,  
>  X11-xterm

I'm very glad it works.  :-)

> I noticed a very minor anomaly with copy-paste between xterm and Eterm
> . If I highlight text in an xterm window, then switch to an Eterm
> window and click mouse button-2, the text pastes as expected. But if I
> de-select the text in xterm before pasting in Eterm, I get nothing. The
> highlighted text in xterm will paste to Textedit, whether or not the
> text was de-selected first. Going the other way - Copying highlighted
> text from Eterm and pasting into xterm acts normal, pasting works
> whether or not the text is de-selected first.

I think Jeremy answered this.  There's not much we can do about it.

> Thanks again for looking at the copy-paste issues with Eterm, I'll try
> to pass on your feedback to the developers.

Thanks, that would help.  A brief google search yesterday indicated  
that other users are having problems pasting from Eterm with some  
toolkits too.  I think the only reason it works with some, is that  
they fallback on STRING when the TARGETS list is invalid; which is  
what xpbproxy does.

You could point out this table that mentions the proper type of ATOM  
for TARGETS:
http://tronche.com/gui/x/icccm/sec-2.html#s-2.6.2

This mentions the proper format of 32 for the ATOM type:
http://tronche.com/gui/x/icccm/sec-2.html#s-2.7

When you transfer a 32-bit quantity between 2 different systems over a  
network, as a series of octets/8-bits, and the endianness is  
different, it results in incorrect values, so it's important that 32  
be used, rather than 8, so that the bytes are swapped as necessary.

You can see via the xlsatoms program (that comes with X11) that the  
number associated with an Atom can be greater than 255/8-bits can  
store, depending on how many properties have been added by various  
programs.

George
-- 
http://people.freedesktop.org/~gstaplin/


More information about the Xquartz-dev mailing list