-
-
Notifications
You must be signed in to change notification settings - Fork 65
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
window receiving focus may not be the right one #4
Comments
Excerpts from apm256's message of December 2, 2014 12:52:
What desktop environment / window manager are you using? I am currently detecting
Nice! |
No gvim open here. I'm using herbstluftwm. (I will test later on another WM, just in case.) |
Excerpts from apm256's message of December 2, 2014 13:29:
Ok, I added some debug output in 9b97015 so that you can keep track of |
I experimented a bit further with herbstluftwm. By default, hwm does not give focus to new windows. When I override this setting for astroid:
...the wrong behavior disappears. |
Excerpts from apm256's message of December 2, 2014 16:32:
Nice catch. I'll check if I assume somewhere that the new window is given |
Excerpts from Gaute Hope's message of December 2, 2014 16:38:
Seems like I did an unconditional grab_modal on new windows, it should |
nice! Everything seems to work, now. |
Ok! |
When I open a new window with 'O', and use 'F' or 'L' in the first one, the text field opens itself in the second window, not in the first one as expected.
By the way, I've tested astroid for a few days, and I'm very pleased with it.
The text was updated successfully, but these errors were encountered: