Home/End 键在 tmux 中不起作用

Question

我目前正在使用带有 xterm-256color $TERM 变量的 tmux。在 tmux 下的 bash 中，按 home/end 会插入波浪字符 (~)。在 tmux 之外，home/end 键可以正常工作。

使用 cat 和 tput，我可以看到生成的序列和预期的序列不匹配：

$ cat -v # pressing home, then end
^[[1~^[[4~
$ tput khome | cat -v; echo
^[OH
$ tput kend | cat -v; echo
^[OF

为了解决这个问题，我决定在我的 .bashrc 中添加以下内容：

if [[ -n "$TMUX" ]]; then
    bind '"\e[1~":"\eOH"'
    bind '"\e[4~":"\eOF"'
fi

这解决了 bash 的问题，但是在其他 readline 程序中，例如在 ipython 等 REPL 中，它仍然为 home/end 插入波浪号。

为什么首先这是一个问题？为什么当我在 tmux 内部和外部时生成的序列不同？如何解决此问题，使其在任何程序中都不是问题？

Answer 1

看来主要问题是在 $TERM 中使用 xterm-256color。我将 $TERM 切换到 screen-256color，问题就消失了。

Answer 2

在 tmux 2.0 中，您只需在 .tmux.conf 中添加这两行即可：

bind -n End send-key C-e
bind -n Home send-key C-a

Answer 3

将以下内容添加到您的.tmux.conf：

bind-key -n Home send Escape "OH"
bind-key -n End send Escape "OF"

你就完成了！

---

说明

在尝试了其中的每一个，以及我在阅读其他答案和文档时看到的其他几个之后，这最终在我投入的每一个场景中都对我有用。我不能对你做出同样的承诺，因为每个人的场景都不一样，但这是我最终的结果。

这是在引入与this somewhat related article 相同的试验/错误和逻辑后发现的。唯一的区别是翻译发生在哪里；就我而言，这发生在我的.tmux.conf 中，而不是.bashrc 或.zshrc（主要是因为我的家庭/终端在tmux 之外工作得很好）

调试

您可以使用上面文章中提到的cat -v 来调试此问题。

运行cat -v，然后按Home 和End 键。使用 Ctrl+C 退出。

$ cat -v

这是我在tmux using zsh、zsh 和bash 中的输出：

tmux

➜  ~ cat -v
^[[1~^[[4~^C

zsh

➜  ~ cat -v
^[[H^[[F

重击

bash-3.2$ cat -v
^[[H^[[F

解决方案

通过将tput 与cat -v 配对，将上述示例与我们期望看到的进行比较：

$ tput khome | cat -v; echo
^[OH
$ tput kend | cat -v; echo
^[OF

结论

因为这个问题只存在于tmux，而不存在于 shell 本身中，所以我选择在 tmux 配置中进行绑定更改。通过使用bind-key 与send 配对，我们可以将Escape 关键字与我们想要实现翻译的序列配对。因此：

bind-key -n NAME_OF_KEY send Escape SEQUENCE_GOES_HERE

此调试和解决过程可应用于任何其他关键翻译问题。但是，不要太疯狂。出于某种原因，某些键被映射到某些转义序列。请注意 bash 和 zsh 如何收到 Home 的 ^[[H 序列而不是 ^[OH；可能不建议我们在 .zshrc 中覆盖它，除非我们在 zsh 中遇到重大问题。

Answer 4

如果您出于某种原因想在 tmux 中保留 xterm-256color - 请将arch solution 与 inputrc 一起使用。我在 tmux 中使用 rxvt、ruby irb、python、lua 和 home/end 键对其进行了测试。可能每个 readline 应用都可以。

来自 Arch wiki：

第一件事：

不要手动设置 $TERM - 让终端来做。

---

许多命令行应用程序使用 Readline 库来读取输入。所以正确配置 Readline 可以在很多情况下修复 Home 和 End。

默认的 /etc/inputrc 文件不包含 home/end 键的映射。

要检查这些键发出的转义序列是什么：

1. Ctrl + V
2. Home
3. Spacebar
4. Ctrl + V
5. End

这可能会打印：$ ^[[1~ ^[[4~。因此，您必须将这些序列的映射添加到您的 inputrc（/etc/inputrc 是全局的，或者仅适用于您的用户 ~/.inputrc）：

"\e[1~": beginning-of-line
"\e[4~": end-of-line

Answer 5

在我的情况下，tmux 中的 zsh 存在问题（tmux 中的 bash 没问题）。 这里没有其他回答者对我有用。

但将其添加到.zshrc 修复了它：

bindkey "\E[1~" beginning-of-line
bindkey "\E[4~" end-of-line

除此之外我还有：

bindkey "\E[H" beginning-of-line
bindkey "\E[F" end-of-line
bindkey "\E[3~" delete-char

Answer 6

来自tmux FAQ：

请注意：大多数显示问题是由于不正确的 TERM！前 报告问题确保 TERM 设置在内部是正确的，并且 在 tmux 之外。

tmux 内的 TERM 必须是“screen”、“tmux”或类似的（例如 “tmux-256color”）。不要费心报告不存在的问题！

在外部，它应该与您的终端匹配：特别是，使用“rxvt” rxvt 及其衍生物。

将以下命令添加到您的~/.tmux.conf：

set -g default-terminal tmux-256color

PS：任何涉及显式绑定键的解决方案都是一种 hack，因此必然会失败。

Answer 7

set-window-option -g xterm-keys on

这应该适用于 tmux 2.6 及更高版本。 （tmux -V 检查）如果您使用的是旧版本，那么您可能运行的是旧版 Ubuntu，您绝对应该考虑指向带有反向端口的 ppa。

这绝对不适用于kitty，并且在输入方面有效地“硬编码”终端，但它比硬编码特定键更好。

Answer 8

所以我没有足够的积分来评论，所以我会在这里说出来。我相信首选的解决方案是使用 set -g default-terminal "screen-256color" 在您的 ~/.tmux.conf 中。实际上我不久前遇到了这个问题，并决定采用 sumanta 的解决方案：

bind -n End send-key C-e
bind -n Home send-key C-a

但是我忘记了我把它留在了这里，最后在 vim 上遇到了类似的问题（home 和 end 是从寄存器复制粘贴）而不是 zsh。简而言之，绑定确实会影响 vim。

Answer 9

我浪费了很多时间尝试以上所有内容。 最后我回归野蛮：

sudo apt purge tmux
sudo apt install tmux

帮我修好了。