Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Hotkeys do not work for other keyboard layouts #7688

Open
xor111xor opened this issue Feb 4, 2024 · 15 comments
Open

Hotkeys do not work for other keyboard layouts #7688

xor111xor opened this issue Feb 4, 2024 · 15 comments

Comments

@xor111xor
Copy link

xor111xor commented Feb 4, 2024

I continue use 0.12.3. On 0.13.1 i don't use hotkeys in other keyboard layout.
Ctrl+Shift+v i get paste - ^V
Same problem with Vim i must switch to EN keyboard layout.

System

OS: arch linux 6.6.15-1-lts
Version: alacritty 0.13.1 (fe2a3c5)
Linux/BSD: X11/Wayland, DE or Compositor and WM: i3-wm, xorg

issue

@kchibisov
Copy link
Member

Same problem with Vim i must switch to EN keyboard layout.

we can't fix it for vim, you should use langmap.

@xor111xor
Copy link
Author

It's strange that it works on st, rxvt and this old version. FINE)

@kchibisov
Copy link
Member

Which bindings are you talking about h,j,k,l certainly can't work with non latin layout.

@xor111xor
Copy link
Author

Let's fix the problem with a origin terminal. And maybe the problem with neovim will be fixed (I use the vim-plugin-ruscmd for keymaping)

@kchibisov
Copy link
Member

idk, for ru you always needed layout mapping, it never worked without it in the first place.

@xor111xor
Copy link
Author

https://github.com/powerman/vim-plugin-ruscmd/blob/master/plugin/ruscmd.vim
This plugin only clear keymap.
I don't tried reconfig nvim becase same problem in zsh.

@kchibisov
Copy link
Member

I don't understand what exactly is not working for you. When you type in ru you get the ru keys, applications are not aware of them, unless you press something like e.g. ctrl/alt etc, but it never should work in the first place, because no terminal spec forces you to emit the latin chars from the ru layout when you press alt, etc.

If you want so, add bindings.

@xor111xor
Copy link
Author

When I press Ctrl+Shift+V on another keyboard layout, instead of pasting I get the character ^V printed

@kchibisov
Copy link
Member

that's expected, ru layout before worked by luck, it never worked in the first place correctly because we don't do latin keysym resolution.

@xor111xor
Copy link
Author

Luckily, it works on all other terminals. Thank you

@kchibisov
Copy link
Member

yes, because they do latin keysym resolution, but alacritty never did that in the first place. So I'm not sure how it worked before correctly. It never worked on e.g. Wayland for us, because we again, just don't do it yet.

@xor111xor
Copy link
Author

The terminal was normal, I used it for 3 years. I didn't notice any problems with the language.
I haven’t encountered such problems in other terminals for another 10 years))

@kchibisov
Copy link
Member

it worked only on x11 because latin keys were always used, in any other configuration it always required to setup bindings for non-latin.

@xor111xor
Copy link
Author

Still, our ancestors were smarter. The universal keyboard is high technology.

@kchibisov
Copy link
Member

The algorithm to do that is fairly simple on linux, but if you try to do the same on macOS you'll face the fact that you should hard code layouts information somehow to do translation from ru key to any other key.

And again you can just bind a bunch of keys if you want ru layout working, for me personally it was never a big issue, but I don't use ru layout in my terminal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants