Using ESC to close the launchbox on first keypress

[mtaki14]

Not sure if this is currently possible but I wasn't able to find such a setting in the configuration file.

Current behaviour when pressing ESC:

1. On first press contents of launchbox are cleared
2. On second press KeyPirinha is minimized

Requested behaviour:

1. On first press KeyPirinha is minimized

This request makes sense for when the setting "retain_last_search" is set to "yes".

[ZIEXED]

When you select an item from the list the last search string will still exist next time you call KP
You can use Alt+F4 to close the KP window without losing your string

[mtaki14]

I understand that but I'm so used to using ESC for closing from using Launchy and Everything that switching to alt-F4 seems really inconvenient now. An option for this behaviour would be ideal.

i think your suggestion would make more sense if I only occasionally wanted to retain the search string.

[polyvertex]

This request makes sense for when the setting "retain_last_search" is set to "yes".

Good point. Following a similar idea I planned a while ago, but totally forgot, to implement the Shift+Esc shortcut to close the LaunchBox since I always found the standard Alt+F4 shortcut inconvenient.

Both option and shortcut will be implemented in the next version.

[sergeevabc]

Was looking for option to hide K using ESC, thanks for implementing.

[sergeevabc]

Was worried about new hard-coded Shift+Esc sequence to hide K because I use this shortcut to invoke Everything. Great to see they play nicely together, i.e. K does not hide when Everything is invoked in this manner. In short, the less hard-coded sequences, the longer life without compatibility issues.

[polyvertex]

I wouldn't bind such too simple global shortcuts if I were you. Binding Shift+Esc as a global hotkey is as bad as trying to bind a Win+Letter shortcut, because the environment you chose to work with, Windows, comes with some conventions. The reason why Shift+Esc "works" for now on your config is because event is trapped before KP has a chance to know about it. In other words, you shouldn't rely on this unstable behavior.

So while I agree about the "hard-coded" part (obviously), you definitely chose the wrong use-case to illustrate your theory.

[sergeevabc]

Windows hard-coded conventions (especially introduced in 7 and later editions) annoy users so much no wonder Autohotkey became popular. It seems there is nothing wrong to have any global shortcut to do anything if you agree other apps will not work as expected without remapping that shortcut (that’s why I was worried about unremappable hard-coded Shift+Esc in K).

For years I set globally

• Shift+Esc for Everything
• Win+Esc for task manager (Process Hacker)
• `Win+`` for clipboard manager (Arsclip in the past, now Ditto)
• Win+U for software manager (Geek Uninstaller)
• Win+Q/W/A/S/V/Space for audio player (Foobar2000)

And current shortcut for Keypirinha is `Alt+``
Alas, it can’t be set naturally, so Autohotkey comes into play again:

$!`::
KeyWait Alt
SendInput ^#k
Return

[polyvertex]

Like I said, whether you're willing to admit it or not, you technically have to take the conventions of the system you are working with into account. And obviously you did. As a counter-example, there is nothing wrong to hard-code the binding of Shift+Esc locally (i.e. per application).

Anyway, I was just pointing out that KP has nothing to do with the fact that your global binding still works on your config.

You should have made a request about your Alt+` problem though.

[sergeevabc]

Meanwhile, let’s drink to peace, comrade.

[mystcreater]

It's weird but for me the keyboard shortcut Shift+Esc don't seem to work.

I've already tested that it's not another program like AutoHotKey that grab this shortcut and change it to something else.

Shift+Esc works fine everywhere except in Keypirinha.

Anybody have the same problem.

I hate the Alt+F4 shortcut... it stretch my fingers to much :)