[Xquartz-dev] 1.4.2-apple20

[Jeremy Huddleston]

On Oct 24, 2008, at 13:01, George Peter Staplin wrote:
>> No, I do mean immediately
>> Button down in xterm          [highlight is on]
>> Move mouse over text in xterm [highlight still on]
>> Button up in xterm            [highlight is off]
>>
>> It appears to be this resource in ~/.Xresources:
>> XTerm*VT100*selectToClipboard: true
>> When I start without that resource, the highlight remains even  
>> after I
>> switch to another window outside X11.app.
>>
>
> I understand now.  The way that the xpbproxy works is very similar  
> to a CLIPBOARD_MANAGER, and it does greedy CLIPBOARD management.  By  
> greedy I mean whenever the CLIPBOARD selection owner changes, the  
> xpbproxy grabs the selection data, and sets itself as owner of  
> CLIPBOARD with that data.  This enables easy copying of images and  
> other CLIPBOARD data from X11 to pbs/NSPasteboard, and eliminates  
> the need for 2 Copy menu items (for PRIMARY and CLIPBOARD) for  
> XQuartz.
>
> If you really need selectToClipboard in your ~/.Xresources, as well  
> as the text to remain selected/owned, then I don't see a way around  
> it with the current xpbproxy design, beyond disabling proxying of  
> clipboard which probably isn't what you want.

Yeah... this is more or less the expected behavior for your  
configuration, and you would see it if you were using any other  
CLIPBOARD_MANAGER (xclipboard, klippy, etc) as well.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3221 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/xquartz-dev/attachments/20081024/17a97c27/attachment.bin>