dmenu doesn't exit after selecting an application

[0xch4z]

First off, thanks for writing this! So much better than running an XQuartz port of dmenu.

Anyway, I've found that when running dmenu-mac without any arguments (as an application launcher), the process doesn't exit after launching the selected application. I did some digging after opening my activity monitor showed ~100 dmenu-mac processes.

(It's a little difficult to see but, if you look at the terminal you can see it blocking after selecting "Activity Monitor" on the second run)

I'm assuming this isn't the intended behavior as when piping options to dmenu, it exits as soon as something is selected.

---

EDIT: after reading this code in the SearchViewController, I see that hiding the application instead of exiting is intended? You can consider this issue a "feature request" for a flag that closes after a selection is made. I'll put a PR up 😄

[0xch4z]

I put a PR up and just want to share that my use-case:

• I want to be able to launch dmenu (without args) from a shell script and consume the result. This currently isn't possible with how it blocks. Also this would be consistent with the experience of dmenu from suckless.
• I like to manage all my global keyboard shortcuts with skhd instead of configuration through an application backed by NSUserDefaults. That way the experience is consistent across machines I have my dotfiles pulled down for, regardless of whether I have iCloud enabled (nice to not have on a work laptop). Given that this command would be invoked each time on keypress rather than pushing an existing window back to foreground, it makes sense for the process to be disposed of.