zimfw/input

Applies correct bindkeys for input events.

input's Issues

Left/Right keys always behave like Ctrl is pressed in rxvt-unicode / urxvt, even if it isn't

If I press left- or right arrow, it always jumps back/forward a word, even if the Ctrl key is not pressed.

This commit (daac3c8) added the \eOD and \eOC keycodes to key_info['ControlLeft'] and key_info['ControlRight'] respectively.

Removing the keycodes from the list fixes this issue.

I use rxvt-unicode on Archlinux if that's of any relevance. I have my Capslock key disabled and remapped to Meta/Super (well... the Windows key, you know 😏), and I use an en_US standard layout.

Maybe you want to revert that part of the commit?

Double dot expand prevents typing a period in isearch

With double-dot-expand on, typing a . breaks out of isearch. To fix this, I added bindkey -M isearch "." self-insert to my .zshrc.

Kitty exits immediately with this plugin installed

Hello,

Kitty introduced a nice feature, shell integration, in its newest version 0.24.0. However, if I installed this plugin, kitty doesn't work. With this plugin installed, I open kitty and kitty will exit immediately. See this issue. I have limited knowledge on zsh so I have no idea which line of codes in init.zsh causes this issue. Any ideas?

Thank you very much.

EDIT:
I find it. Line 113, https://github.com/zimfw/input/blob/master/init.zsh#L113, causes this issue. I tried to comment this line, and then kitty worked normally.

Probably it is not due to this plugin. Further investigation needed.

Double dot expansion breaks git diff triple dot

With double dot expansion on, trying to type git diff master...HEAD results in git diff master../..HEAD. I am not sure of the exact range of circumstances in which double dot expansion might make sense, but a naive guess is that it should only be done if the first dot is preceded by a whitespace or slash.