whkd
windows-hotkeys
whkd | windows-hotkeys | |
---|---|---|
5 | 1 | |
356 | 20 | |
- | - | |
3.9 | 4.2 | |
29 days ago | 8 months ago | |
Rust | Rust | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
whkd
-
WSL and Vim development setup
in powertoys, find a feature called “keyboard manager”. if you want to go deep into keymapping in windows, checkout autohotkey and whkd
-
Somehow AutoHotKey is kinda good now
It was only when I started writing my own sxhkd-inspired hotkey daemon[1] for Windows that I really started to appreciate just how _good_ AHK is. Even just for hotkey binding, AHK does some incredibly clever stuff very transparently to provide for such an excellent end-user experience. For example, using system hooks automatically when the user tries to bind a hotkey combination that is reserved by the system (usually win+something) is implemented so well. Really excellent software and I miss it when I'm using Linux or macOS.
[1]: https://github.com/LGUG2Z/whkd
-
AutoHotkey v2 Official Release Announcement
I ended up using AHK for komorebi[1] because I was still new to Windows when I start writing it and I didn't wanna have to write a tiling window manager AND a hotkey daemon. I even ended up generating a nice little AHK library to wrap around CLI commands that sent socket messages to the window manager to make it easier to write a configuration.
Ultimately the syntax changes make it impossible to fully reproduce the same library for AHKv2, which is being installed by default on all mainstream package managers now.
I ended up biting the bullet and making my own hotkey daemon[2] for use with komorebi based on skhd[3] and I haven't looked back since. This will be the "blessed" hotkey daemon recommended for use in the next release of komorebi.
I'm still using AHK (v1) for the stuff that it's good at (and there is a lot of stuff that it's good at!), but ultimately I've found that it's not the right tool as a hotkey daemon for a socket-based tiling window manager.
[1]: https://github.com/LGUG2Z/komorebi
[2]: https://github.com/LGUG2Z/whkd
[3]: https://github.com/koekeishiya/skhd
- Show HN: Whkd – A simple hotkey daemon for Windows
- whkd: A simple hotkey daemon for Windows
windows-hotkeys
-
whkd: A simple hotkey daemon for Windows
Getting the basics of this project done was surprisingly easy thanks to chumsky, which I'm sure most people know about by now, and a little-known but quite ergonomic crate for handling system-wide hotkeys on Windows called windows-hotkeys.
What are some alternatives?
AHK_X11 - AutoHotkey for Linux (X11-based systems)
skhd - Simple hotkey daemon for macOS
komorebi - A tiling window manager for Windows 🍉
autopy - A simple, cross-platform GUI automation module for Python and Rust.
chumsky - Write expressive, high-performance parsers with ease.
misc_settings - My opinions are correct, you should copy them :)
NaturalEdgePan - A more natural way of edge-panning in RTS/MOBAs
AHK-v2-script-converter - AHK v1 -> v2 script converter
ydotool - Generic command-line automation tool (no X!)
xdo - Small X utility to perform elementary actions on windows