[Bug 39547] OllyDbg 2.x tooltips steal focus from their parent window
wine-bugs at winehq.org
wine-bugs at winehq.org
Tue Nov 10 10:08:55 CST 2015
https://bugs.winehq.org/show_bug.cgi?id=39547
lilydjwg at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |lilydjwg at gmail.com
--- Comment #1 from lilydjwg at gmail.com ---
This happens with me too.
I'm running QQ7.5Light (QQLite 7.5). All tooltips tend to steal focus. I can
tell from my Awesome window manager showing the underlying window unfocused
when the tooltip is shown. I'm using complex code to tell Awesome not to give
those windows focus (and borders). The code is here:
https://github.com/lilydjwg/myawesomerc/blob/master/rc.lua#L930-L944
This breaks when I try to search in the QQ main window. Every result entry
shown there has two buttons; hovering on it a tooltip will show to tell the
user what it does. Before I read the tooltip, however, the search state is
gone, because the focus is no longer on the main window and I type nothing to
search. The tooltip steals the focus.
If I remembered correctly, this also broke QQ's "@nick" completion, before I
added the rules to not give focus to it.
I suggest you set override_redirect on every window with the class
TOOLTIPS_CLASSW. That class says the window is a tooltip, and a tooltip
shouldn't be managed by a window manager.
Surely I don't have this issue when I run programs with virtual desktop, or I
configure wine to not permit window managers to control windows with winecfg.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
More information about the wine-bugs
mailing list