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.
_______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel
