-
Notifications
You must be signed in to change notification settings - Fork 21
Release the focus when hiding #332
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
Comments
I'm not sure to understand what you mean here. If you execute an item of the Env package for instance, which does not run any external application, KP still releases the focus upon execution and after its window is closed, then allowing the OS to give the focus back to the application that was in use beforehand. Said differently, KP just closes its window upon execution, regardless of the kind of "execution" it does (i.e. launch an app or not). You say you observe something different? If so, please provide step-by-step instructions to reproduce the issue. |
Sorry, by "command" I meant "external command", an actual executable, not a plugin entry. I can reproduce the behaviour with the above-mentioned PuTTY agent, any shortcut based on NirCMD, and in general executables which do not open windows, not even a console window. I search for the entry, press Enter to run. I can see my previously-in-the-foreground window not getting the focus back, and if I press Alt-F4, the launcher terminates. I am using Kp 2.21, with these relevant non-default settings:
|
Makes sense then. Already corrected for the next release! |
Fixed (hopefully) in v2.22 |
Briefly tested, I can confirm it fixed. Thank you! |
Well, it seems there's quite a serious drawback to the fix as it was applied: when the This requires a bit of digging but if I cannot find a acceptable workaround, I may have to revert the modification applied to v2.22... I will report here. Reopening this in the meantime. |
I tested different combination of tricks and spent more time on it than I'm willing to admit. It appears the best but not ideal option remains to revert the change made to v2.22. So as of v2.22.1, your initial issue will persists and your request is not honored anymore. Sorry for that. |
Sorry to hear that, didn't know it was going to be a pain! I tested Colibri and Launchy: neither show the original issue (not returning focus), and they also don't have trouble with UAC prompts. That's running on Windows 8.1, with default UAC settings. Their Happy to have a look at the specific bit of code in KP, if you can post a snippet. |
KP does no magic regarding those parts. I.e.: To launch executable and to perform shell actions, only The problem obviously lies elsewhere, or it's a combination of things. Maybe because of the satellite window (icon) for instance. But this would require more time. |
Keypirinha currently keeps focus when it executes a command, e.g., it launches a program. This goes usually unnoticed, because the newly launched program opens a new window and takes the focus.
However, if the command does not open a window, the focus stays with Keypirinha, even if Keypirinha is configured to hide from view. Programs that behave like this often open as a tray icon, such as PuTTY's credentials agent.
Hitting
Alt-F4
at this point would close Keypirinha, instead of the topmost window.I suppose the launcher hides its window, but does not actually "minimize" and drop in the window stack. It's a minor annoyance, but hopefully not too difficult to fix.
The text was updated successfully, but these errors were encountered: