Згідно з різними іншими дискусіями я прив'язував opt+ <-до 0x1b 0x62
і opt+ ->до 0x1b 0x66
. Це чудово працює в zsh, але не в tmux.
У tmux opt+ <-перескакує слово за словом, але також, здається, відбувається деяка модифікація режиму ... при введенні s
після цього символ під курсором буде видалений.
У мене також є проблеми з cmd+ ->( 0x05
) і cmd+ <-( 0x01
) - в zsh ці клавіші переходять до кінця та початку рядка, але це зовсім не працює в tmux.
Я не думаю, що для цих шістнадцяткових кодів немає ніяких в'язків, тому я припускаю, що щось втрачається на шляху від iTerm2 до tmux ... Виклик read
в zsh безпосередньо та в tmux видає ті самі коди для optзгаданих вище прив’язок, але це не вивести що-небудь для cmdприв’язки в tmux.
Редагувати:
Я трохи більше експериментував і виявив, що прив'язки спрацьовують добре при використанні / bin / bash в tmux і розриваються лише при використанні zsh в tmux. Я навіть тестував / bin / zsh, не завантажуючи .zshrc, щоб перевірити, чи щось не в порядку з домашніми перевірками zsh, але прив'язки також порушені. Здається, це насправді проблема з zsh.
Редагувати:
Більше експериментів! Це, здається, підключено до змінної середовища $ TERM, яка встановлена на "screen-256color" моїм .tmux.conf - це здається правильним, щоб кольори працювали, але як тільки zsh працює з цією змінною середовища, навігація перестає працювати. Біг TERM=screen-256color zsh
відтворює проблему.
bindkey -e
після запуску zsh з no .zshrc? Інакше це не працює навіть у звичайному терміналі.