Uh oh!
There was an error while loading.Please reload this page.
- Notifications
You must be signed in to change notification settings - Fork7.9k
qt: raise each new window#5553
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
Is there an analogous solution for Qt4 (which is still fairly relevant given that's what Anaconda gives?) |
It should work for both. I only have qt4 on my machine, so that is all I have tested it with. Most of qt4 support is inherited from the backend_qt5 modules. |
The naming on the qt4/qt5 modules is a bit odd (sorry, that is my fault), but qt5 is the 'base' implementation and the qt4 implementations sub-classes from it and patches over the API changes (the rearrangement of Qt it self and the change in PyQt5 to use cooperative sub-classes). |
Backported to v2.0.x as1c7fb5b |
qt: raise each new window
Backport to v2.x is actually viadee9757. |
This is an attempt to make progress on#596 with a one-line change to the qt backend that adds a call to
raise_(). It raises and grabs focus. I would prefer that it not grab focus, but at least on OSX I don't know how to avoid it. The present behavior on OSX is so annoying that I am willing to accept the focus grab. Contrary to what I thought, my test of the qt4 backend on Linux without this change shows that at least on my XFCE desktop, the window is already being raised, including the focus grab; so the changeset here is just making OSX behave like this Linux desktop.I also tried the approach of using the
WindowStaysOnTopHint, but the problem is that it reallystays on top, and that's no good either.