sxhkd
xdotool
sxhkd | xdotool | |
---|---|---|
42 | 38 | |
2,673 | 3,023 | |
- | - | |
0.0 | 3.5 | |
8 months ago | 21 days ago | |
C | C | |
BSD 2-clause "Simplified" License | GNU General Public License v3.0 or later |
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.
sxhkd
-
How handle two speakers in dwm?
Hello, firstly I would separate all these non wm related keybindings to a program like sxhkd (https://github.com/baskerville/sxhkd) it's config is easier to modify on the fly and less bloat/unrelated stuff in window managers codebase is always better.
-
whkd: A simple hotkey daemon for Windows
After getting frustrated trying to update the library generation code to conform to the AHK2 syntax changes, I decided to run with an idea that I've had for a while now: writing my own simple hotkey daemon for windows based on skhd and sxhkd.
- How to make a keybinding for dmenu_run in .xinitrc?
-
What's the closest equivalent of AHK for LINUX?
For GUI automation and the like, I would recommend checking out xdotool and maybe sxhkd for keybinds -- though, each DE/WM tends to have some method of handling keybindings in its own way.
-
shod: an acme-like window manager that tile windows inside floating containers
You control shod via a remote controller, called shodc. You map shodc calls to keybindings using a third application (a keybinder like sxhkd).
-
Chromebook
That said, if you enable linux app support, you can use something like sxhkd for hotkey definitions in combination with bash scripting.
-
Volume Control Works on MATE but not BSPWM
Not that I know, at least the general syntax is said to work with KEYSYMs only. However! I've been reading some more about it and you can try this: if you're not using a US layout keyboard, start sxhkd -m 1 as described here https://github.com/baskerville/sxhkd/issues/249. And just out of curiosity, maybe you can check if you have the proper drivers installed (again, sorry I don't know the details) but at least I have xf86-input-libinput installed.
-
Getting keyboard to work....
Because we specify super/ctrl/alt as modifiers x11 doesn't distinguish between left and right. See https://github.com/baskerville/sxhkd/issues/89
-
Best way to insert the ñ character.
Now I have an script that copy the char to the clipboard when I press that shortcut. This is archived using [sxhkd](https://github.com/baskerville/sxhkd). Is there a better way?
-
Show HN: A tiling window manager like i3wm written in C#
komorebi dev here. I can't tell you the number of times I've wanted to just write my own take on sxhkd[1] for Windows and use that to manage my own keybindings for komorebi instead of ahk.
You can just as easily write your own/use another hotkey daemon or PowerShell scripts to handle komorebi's configuration and keybindings, in that sense there is no dependency on ahk at all. However, the inertia around ahk in the Windows ecosystem is undeniable and it's in the interests of making adoption and onboarding easier that the project provides example ahk files and has invested in an ahk code generation library.
My thoughts on the dominant hotkey daemon in the Windows ecosystem aside, I remain convinced that the famous bspwm socket communication architecture[2] is the best way to handle both configuration and keybindings for a tiling window manager that has been proposed to this today.
Unfortunately I have to concede that there is a certain configuration burden that comes with komorebi, which is amplified in some cases by having to write/maintain ahk. This configuration burden is largely due to the highly fragmented nature of Windows application development that is discussed often on HN and it is inescapable.
With this in mind, the next release of komorebi (currently available on master) will invest even more heavily in automatic configuration generation.
A separate repository of common application-specific configuration tweaks[3] (in YAML!) has been created which I and others from the komorebi Discord server are contributing to, with the goal of having the edge cases for as many applications as possible fully documented so that a comprehensive configuration file can be generated[4] for the user which ensures that every (major) Windows application behaves as expected under a tiling window manager.
I hope that other Windows tiling window manager developers can use these YAML definitions in the future to handle the same edge cases in their projects so that eventually there will be a tiling window manager of every flavour (bspwm, i3wm etc.) available for Windows users where having to manually accommodate and compensate for the non-standard behaviour of individual applications is a thing of the past.
[1]: https://github.com/baskerville/sxhkd
[2]: https://github.com/baskerville/bspwm#description
[3]: https://github.com/LGUG2Z/komorebi-application-specific-conf...
[4]: https://github.com/LGUG2Z/komorebi/#generating-common-applic...
xdotool
-
autoclicker with multiple locations
Have a look at this: https://github.com/jordansissel/xdotool
-
AMD Ryzen 7 7800X3D: Windows 11 vs. Ubuntu 23.04 Linux Performance
Maybe not AHK exactly, but it essentially does the same: xdotool
-
[Lua] How to set the --geometry parameter in a Lua script?
Use an external tool, like xdotool.
-
gtk-rs: can't get window ID with command inside connect_show or connect_realize
In a gtk-rs application, I'm running a xdotool command to get the id of the application's window. I'm running the command in a connect_show closure (after the window has been shown):
-
My (challenging) experience building a window switcher for Ubuntu
Eventually, I needed to find the ID of windows, move them, and bring them to the front—I realized I couldn't do that with gtk-rs. I needed to interact with the window manager (X11 server). So from inside my application, I ran commands that called xdotool.
-
I cannot take it any longer, please, help!
You might be able to use audacity in the background by setting up an application launcher in the gnome panel that executes xdotool, which can send keyboard signals (like R for record) to running applications: https://github.com/jordansissel/xdotool
-
Focusing/switching X11 windows with a Rust crate
Right now, I'm focusing (switching) X11 windows with a shell command (xdotool) from inside my Rust program:
-
X Window System Basics
Maybe xdotool [0] is what you're looking for.
[0] https://github.com/jordansissel/xdotool/
- Some help writing C extensions
-
Ask HN: What's Your Proudest Hack?
I often create screen recordings for my classes, but it's very boring and time consuming. I'm a perfectionist, and if I mistype a command I prefer to re-record everything. Moreover, every time one of the tools used in the videos gets a significant update, I feel compelled to redo the video.
I have started using xdotool [1] to create bash scripts that send mouse clicks and keystrokes to apps. Interleaving calls to xdotool with the "sleep" command [2] produce a convincing effect. If I need to redo a video to fix typos or after a program update, I just fix the bash script and restart the recording.
Alas, the only thing that is missing in my videos is the sound of keyboard clicks… But nothing is perfect!
[1] https://github.com/jordansissel/xdotool
[2] https://en.wikipedia.org/wiki/Sleep_(command)
What are some alternatives?
xcape - Linux utility to configure modifier keys to act as other keys when pressed and released on their own.
ydotool - Generic command-line automation tool (no X!)
scripts - *Well documented* scripts exploiting some useful UNIX utilities.
AutoKey - AutoKey, a desktop automation utility for Linux and X11.
bspwm - A tiling window manager based on binary space partitioning
wtype - xdotool type for wayland
releases
archweb - Arch Linux website code
NvChad - Blazing fast Neovim config providing solid defaults and a beautiful UI, enhancing your neovim experience.
i3-vim-focus - Vim plugin for seamless navigation between i3 and vim
shotkey - A simple and lightweight hotkey daemon for X with configurable custom modes and key chords (in ~200 LOC)
keepassxc - KeePassXC is a cross-platform community-driven port of the Windows application “Keepass Password Safe”.