[PATCH] selection: send selection events to all connected clients

[Bill Spitzak]

On 04/15/2013 11:54 PM, Pekka Paalanen wrote:

> Drag & drop obviously has to use pointer focus, so no problem there.

I guess I don't see that. I thought it was very common for the focus to 
remain on the dragged-from application, especially when click-to-type is 
used. It sounds like you are requiring focus to move the the dragged-to 
client.

> Yes. I assumed a click event, like middle button to paste, would first
> assign the keyboard focus, which causes the selection events to be
> sent, and then send the actual input event.

I don't like the idea of being unable to do a middle-mouse click without 
moving the keyboard focus. And it sounds like the underlying design 
*requires* clicks to move keyboard focus, even for non-paste clicks. 
This is really bad because it hugely restricts possible user interface 
ideas.

The client must be allowed to decide if a click will move the keyboard 
focus to it, and whether or not a click will raise it's window.

Requiring that the client have recently gotten a keyboard or mouse click 
or a drag & drop event might be ok, though. This could be done by 
marking the selection request with the serial of an event.