Comment 9 for bug 1398852
Revision history for this message
| desrt (desrt) wrote Re: Need a mechanism to prevent focus stealing | #9 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
9199653
demo site
(Get the code!)
> 1. I don't buy the "awkward" objection, because dealing with focus grants would be far from the only case where Mir should inspect -- and possibly remove items from -- the request queue.
The examples you give involve removing items from the queue of the same app. I'm talking about removing events from _all other_ apps. That's where the awkwardness comes.
> 3. Oh, just going by last input is clever. I guess pointer movement alone doesn't count as an "incoming event"?
Correct. It has to be an active event such as keypress, mouse click, touch, etc.
> If so, the one case I can think of where it might fail is during drags
During the sprint in Brussels we actually came up with a pretty good mechanism for passing off the event timestamps for the drag-and-drop case.
> Given all that, if you're still confident that the cookie system is better than focus grants, I'll change the spec accordingly.
I am. The cookie system allows for no false positives and is not more difficult to implement. It also fits better with how existing toolkits function, which means that overall, it may be substantially easier to implement.