Doesn't seem to respect keyboard layout

[Nikki1993]

I am running Dvorak layout but it appears keybinds are executed as if I am running QWERTY layout. Is there a possibility to make AeroSpace respect keyboard layout set or do I have to rebind all keys in such a way that when I press ALT+R (Dvorak) it will execute ALT+O (QWERTY) keybind?

[nikitabobko]

AeroSpace uses https://github.com/soffes/HotKey dependency to manage global keys. I managed to find this issue in their repo soffes/HotKey#2, it looks like the problem you mention

Frankly speaking, the experience with HotKey library wasn't smooth during the development, plus the HotKey library doesn't support left/right modifiers, and AeroSpace has random bugs with hotkeys handling

Maybe I'm using the library incorrectly, but whatever.

I want to try to replace this dependency with something else and see how it goes. Hopefully, it will fix the Dvorak issue

[hrvstr]

It's the same for international keyboard layouts (e.g. German). When mapping keys I have to keep an image of a US keyboard open. So when I see in the config:

alt-shift-minus = 'resize smart -50'
alt-shift-equal = 'resize smart +50'

The app is actually listening on alt-shift-questionmark and alt-shift-backtick.

[ELLIOTTCABLE]

I saw the work on this, but it looks like you force-pushed over it 😅

Any chance we could get a testing-release with the fix?

[nikitabobko]

0.9.0 addresses the issue. See https://nikitabobko.github.io/AeroSpace/guide#key-mapping

The project now also accepts funding https://github.com/sponsors/nikitabobko

[nikitabobko]

Elaboration

Apple API speaks in terms of key-codes. Key-code q is a key next to the tab key. If we wanted to automatically support layouts, then we'd need to subscribe for keyboard layouts changes (if Apple provides an API for it). When the keyboard layout changes, we'd need to translate key notations to key codes (if Apple provides an API for it), and "remap" our subscriptions for key codes

And I don't even want to think what happens with non-Latin layouts, or when users have several Latin layouts

There are so many places where anything can go wrong with an automatic approach. That's why I think, it's more reliable to give users a way to remap keys manually

Apparently, skhd resolved these issues somehow, but I'm not going through this rabbit hole

[eproxus]

(Let me know if I should open a new issue for this)

Thanks for a great tool!

I'm trying to get alt-slash to work on a custom Dvorak layout and it just doesn't seem to trigger. Alt+/ works fine in Hammerspoon, but AeroSpace doesn't recognize it. In an editor, if I press Alt+/ a ÷ is inserted (because that is how the keyboard layout is defined) but many other programs detects it properly.

Are there plans to fix issues like these in AeroSpace or are they effectively closed as "wont fix"?

I'll try to see if I can combine it with skhd but it would be great if it worked out of the box.

[lknop]

I would go with skhd. Aerospace is using a high-level api and gets the keycodes it gets. Without migrating to a different hotkey library this issue is likely unsolveable. If other software is able to match the keys for you I think it's safer to use it rather than rewriting that part of aerospace.