send key without without being interpreted by skhd
- Dominant language
- C
- Stars
- 8.1k
- Forks
- 241
- PR merge metrics
- No merged PRs in 30d
Description
Hello everyone,
I have been using skhd for a while now, and it is the most stable and customisable way of handling key mapping on macos.
However, there is a usecase, where I don't seen to be able to get my way around. It is remapping to another key mapping used by skhd. For exemple, the case, where you want to invert to existing mappings.
``` "cmd - q" -> "cmd - w" and "cmd - w" -> "cmd -q" // If you would hit cmd - q skhd would eventualy interprete it as cmd -q (And in the way it works now, it is totally normal)```
No matter how weird this usecase is (because it has no purpose in itself), I get the problem when applied on other more complex problems.
The goal of this post is to ask if anyone has encountered the problem and found solutions that always works.
So far known solutions:
- osascript to "tell application|system to do something" instead of send keys (doesn't always work)
- It would theoretically be possible to modify skhd to add a tag to tell skhd to ignore the incoming keystroke (wanky but y'all welcome to expand this idea)
Thanks all in advance for the help/brainstorming
Contributor guide
No contributing guide indexed for this repository
Research direction
The issue does not name any files, tests, or entry points. Start by reproducing the cmd-q/cmd-w remapping behavior and tracing how skhd handles generated keystrokes; clarify the desired interpretation and define tests that distinguish forwarded keys from skhd bindings before implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, macos
- Domain
- operating-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100