Главная / Конечные ключи в zsh не работают со шпатлевкой

Эти привязки просто не кажутся частью привязок по умолчанию, установленных в режиме emacs.

выполнение "where-is begin-of-line" в моей установке zsh по умолчанию после запуска "bindkey -e" показывает, что он привязан только к ^ a. Возможно, вам стоит спросить разработчиков zsh, почему :-)

Кажется, замазка. Gnome-terminal отправляет коды ^[OH и ^[OF для Home и End соответственно, а putty отправляет ^[[1~ и ^[[4~. В замазке есть возможность изменить ключи Home / End из режима стандарт в режим rxvt, и это, похоже, исправляет ключ Home, но не ключ End (который теперь отправляет ^[Ow). Думаю, пора куда-нибудь подать отчет об ошибке ... :-)

Я нашел это комбинацию:

Один

Разработчики ZSH не считают, что ZSH должен определять действия ключей Home, End, Del, ....

Debian и Ubuntu исправляют это, определяя обычные действия, ожидаемые средним пользователем в глобальном файле /etc/zsh/zshrc. Следуя соответствующему коду (он одинаков в Debian и Ubuntu):

if [[ "$TERM" != emacs ]]; then
[[ -z "$terminfo[kdch1]" ]] || bindkey -M emacs "$terminfo[kdch1]" delete-char
[[ -z "$terminfo[khome]" ]] || bindkey -M emacs "$terminfo[khome]" beginning-of-line
[[ -z "$terminfo[kend]" ]] || bindkey -M emacs "$terminfo[kend]" end-of-line
[[ -z "$terminfo[kich1]" ]] || bindkey -M emacs "$terminfo[kich1]" overwrite-mode
[[ -z "$terminfo[kdch1]" ]] || bindkey -M vicmd "$terminfo[kdch1]" vi-delete-char
[[ -z "$terminfo[khome]" ]] || bindkey -M vicmd "$terminfo[khome]" vi-beginning-of-line
[[ -z "$terminfo[kend]" ]] || bindkey -M vicmd "$terminfo[kend]" vi-end-of-line
[[ -z "$terminfo[kich1]" ]] || bindkey -M vicmd "$terminfo[kich1]" overwrite-mode

[[ -z "$terminfo[cuu1]" ]] || bindkey -M viins "$terminfo[cuu1]" vi-up-line-or-history
[[ -z "$terminfo[cuf1]" ]] || bindkey -M viins "$terminfo[cuf1]" vi-forward-char
[[ -z "$terminfo[kcuu1]" ]] || bindkey -M viins "$terminfo[kcuu1]" vi-up-line-or-history
[[ -z "$terminfo[kcud1]" ]] || bindkey -M viins "$terminfo[kcud1]" vi-down-line-or-history
[[ -z "$terminfo[kcuf1]" ]] || bindkey -M viins "$terminfo[kcuf1]" vi-forward-char
[[ -z "$terminfo[kcub1]" ]] || bindkey -M viins "$terminfo[kcub1]" vi-backward-char

# ncurses fogyatekos
[[ "$terminfo[kcuu1]" == "^[O"* ]] && bindkey -M viins "${terminfo[kcuu1]/O/[}" vi-up-line-or-history
[[ "$terminfo[kcud1]" == "^[O"* ]] && bindkey -M viins "${terminfo[kcud1]/O/[}" vi-down-line-or-history
[[ "$terminfo[kcuf1]" == "^[O"* ]] && bindkey -M viins "${terminfo[kcuf1]/O/[}" vi-forward-char
[[ "$terminfo[kcub1]" == "^[O"* ]] && bindkey -M viins "${terminfo[kcub1]/O/[}" vi-backward-char
[[ "$terminfo[khome]" == "^[O"* ]] && bindkey -M viins "${terminfo[khome]/O/[}" beginning-of-line
[[ "$terminfo[kend]" == "^[O"* ]] && bindkey -M viins "${terminfo[kend]/O/[}" end-of-line
[[ "$terminfo[khome]" == "^[O"* ]] && bindkey -M emacs "${terminfo[khome]/O/[}" beginning-of-line
[[ "$terminfo[kend]" == "^[O"* ]] && bindkey -M emacs "${terminfo[kend]/O/[}" end-of-line
fi

Итак, если вы подключаетесь к системе Debian или Ubuntu, вам не нужно ничего делать. Все должно работать автоматически (если нет, см. Ниже).

Но ... если вы подключаетесь к другому компьютеру (например, FreeBSD), может не оказаться удобного для пользователя zshrc по умолчанию. Решение, конечно же, состоит в том, чтобы добавить строки из Debian / Ubuntu zshrc в ваш собственный .zshrc.

Два

Putty отправляет xterm как тип терминала на удаленный хост. Но где-то происходит сбой и не отправляет правильные управляющие коды для Home, End, ... которые можно было бы ожидать от xterm. Или терминал xterm не должен отправлять их или что-то еще ... (ключ Del действительно работает в xterm, если вы настроите его в ZSH). Также обратите внимание, что ваши клавиши Numpad ведут себя забавно в Vim, например, с терминалом xterm.

Решение состоит в том, чтобы настроить Putty для отправки терминала другого типа. Я пробовал xterm-color и linux. xterm-color исправил проблему Home / End, но цифровая клавиатура все еще была забавной. Установка linux устранила обе проблемы.

Вы можете установить тип терминала в Putty в меню Connection -> Data. Не поддавайтесь соблазну установить тип терминала в .zshrc на export TERM=linux, это неправильно. Тип терминала должен быть указан в вашем терминальном приложении. Так что если, например, вы подключаетесь из компьютера Mac с помощью SSH-клиента Mac, он может установить собственный тип терминала.

Обратите внимание, что TERM указывает тип вашего терминала и не имеет ничего общего с хостом, к которому вы подключаетесь. Я могу установить тип своего терминала linux в Putty и без проблем подключиться к серверам FreeBSD.

Итак, исправьте обе эти вещи, и все будет в порядке :)

В диалоговом окне конфигурации PuTTY перейдите в Подключение -> Данные и введите linux в строку типа терминала перед подключением.

соответствующий ответ, который должен быть переносимым между дистрибутивами все (не обязательно для всех версий zsh, здесь ymmv), - использовать вспомогательную утилиту zkbd от zkbd.

Keyboard Definition
The large number of possible combinations of keyboards, workstations, terminals, emulators, and window systems makes it impossible for zsh to have built-in key bindings for every situation. The zkbd utility, found in Functions/Misc, can help you quickly create key bindings for your configuration.

Run zkbd either as an autoloaded function, or as a shell script:

zsh -f ~/zsh-4.3.17/Functions/Misc/zkbd

When you run zkbd, it first asks you to enter your terminal type; if the default it offers is correct, just press return. It then asks you to press a number of different keys to determine characteristics of your keyboard and terminal; zkbd warns you if it finds anything out of the ordinary, such as a Delete key that sends neither ^H nor ^?.

The keystrokes read by zkbd are recorded as a definition for an associative array named key, written to a file in the subdirectory .zkbd within either your HOME or ZDOTDIR directory. The name of the file is composed from the TERM, VENDOR and OSTYPE parameters, joined by hyphens.

You may read this file into your .zshrc or another startup file with the source' or.' commands, then reference the key parameter in bindkey commands, like this:

          source ${ZDOTDIR:-$HOME}/.zkbd/$TERM-$VENDOR-$OSTYPE
          [[ -n ${key[Left]} ]] && bindkey "${key[Left]}" backward-char
          [[ -n ${key[Right]} ]] && bindkey "${key[Right]}" forward-char
          # etc.

Note that in order for `autoload zkbd' to work, the zkdb file must be in one of the directories named in your fpath array (see zshparam(1)). This should already be the case if you have a standard zsh installation; if it is not, copy Functions/Misc/zkbd to an appropriate directory.

см. man -P "less -p 'keyboard definition'" zshcontrib или поиск по мета-странице zshall

Это работает для меня

bindkey -v

bindkey '\eOH'  beginning-of-line
bindkey '\eOF'  end-of-line

Прошло уже почти 11 лет с тех пор, как этот вопрос был впервые опубликован. В то время некоторые дистрибутивы поставлялись с записью terminfo putty, но в лучшем случае она была посредственной. С тех пор ситуация улучшилась, и хаки, которые требовались более десяти лет, больше не требуются. PuTTY по-прежнему по умолчанию устанавливает TERM на xterm для совместимости, но если вы подключаетесь к современным современным системам, вам, вероятно, повезет, переопределив это и установив его на putty-256color:

1. Убедитесь, что на хосте есть запись terminfo для putty-256color: toe -a | grep -F putty.
2. Отмените все взломы, которые вы могли использовать, чтобы PuTTY работал должным образом с zsh или другими программами.
3. Убедитесь, что PuTTY обновлен. Он не будет уведомлять вас, когда доступны обновления, а если они устарели, вы, вероятно, столкнетесь с множеством тех же проблем. Вы можете поддерживать его в актуальном состоянии автоматически, используя что-то вроде Шоколадный.
4. В диалоговом окне конфигурации PuTTY перейдите в «Соединение» -> «Данные» и установите «Строка типа терминала» на putty-256color.
5. Пока вы в нем, на том же экране конфигурации добавьте новую переменную среды, чтобы включить 24-битный цвет. Эта переменная не стандартизирована, но она отправляется рядом других основных эмуляторов терминала (например, iTerm2), и многие программы ее понимают.
   1. Переменная: COLORTERM
   2. Значение: truecolor
6. На момент написания я не нашел дистрибутива, который по умолчанию принимает переменную COLORTERM через SSH. Вам нужно будет отредактировать конфигурацию OpenSSH на хосте, чтобы разрешить это. Например, в дистрибутивах, подобных Debian, отредактируйте /etc/ssh/sshd_config и добавьте COLORTERM в строку AcceptEnv.
7. Теперь все должно "просто работать". Если нет:
   1. Убедитесь, что вы повторно подключились после внесения изменений, или, по крайней мере, запустите exec zsh после изменения TERM. zsh не будет реагировать на изменения в TERM во время его работы.
   2. Убедитесь, что TERM действительно установлен на то, что вы планировали: echo $TERM
   3. Вы используете последнюю версию своего дистрибутива? Например, если вы используете сборку с долгосрочным жизненным циклом поддержки, даже если ваша версия технически все еще поддерживается, она может не иметь актуальных записей terminfo.
   4. Вы используете screen или tmux? Это еще одна целая банка червей. Протестируйте без них первыми, чтобы сузить круг проблем. В tmux попробуйте установить TERM=tmux-256color. На экране попробуйте TERM=screen-256color.
   5. Вы используете последнюю версию PuTTY?
   6. Есть ли у вас RC-файлы, в которых реализованы привязки клавиш или другие взломы? Попробуйте использовать стандартные RC-файлы.
   7. Вы уже изменили различные настройки PuTTY, чтобы попытаться исправить проблему, прежде чем пытаться исправить terminfo? Возможно, вам потребуется сбросить эти настройки.