Emacs 多项未正确显示特殊字符

Question

这很奇怪。我在zsh中定义了如下提示：

local user_host='%{$terminfo[bold]$fg[green]%}%n @ %m%{$reset_color%}'
local current_dir='%{$terminfo[bold]$fg[blue]%} %~%{$reset_color%}'
local git_branch='$(git_prompt_info)%{$reset_color%}'
local return_code="%(?..%{$fg[red]%}%? ↵%{$reset_color%})"

PROMPT="╭─${user_host} %D{[%a, %b %d %I:%M:%S]} ${current_dir} ${git_branch}
╰─%B$%b "
RPS1="${return_code}"

它在 gnome-terminal 以及 Emacs 中的 ansi-term 终端上运行良好 (M-x ansi-term) - 请参见下面的示例：

但是，它在 Emacs 中的 multi-term 下效果不佳，如下所示：

我认为multi-term 能够解释与gnome-terminal 或ansi-term 等终端相同的转义字符集。为什么它不能正确解释git-prompt_info 和其他人返回的转义字符？

我也试过了：

• M-x set-terminal-coding-system 并将其设置为 utf-8-unix
• TERM=eterm-color 在多端终端内，或者调用 Emacs 之前等。
• TERM= 在多端终端内，或者调用 Emacs 之前等。
• 从我的.zshrc 中删除任何export TERM

更新（2014 年 1 月 29 日）：

到目前为止，最好的解决方案似乎是执行以下操作：

TERM=xterm-256color

但导致我在这里报告的另一个问题：Passing escape sequences to shells within ansi-term in Emacs。

Answer 1

为什么它不解释返回的转义字符 git-prompt_info 等正确吗？

答案很可能是multi-term 只是不准备接受那些转义序列，以这种格式，无论出于何种原因。这可能是配置问题、错误或故意的。将模式设置为接受颜色，即TERM=xterm-256color，可以改善这种情况，因为它随后接受类似于终端模拟器中使用的标准格式的颜色转义序列，例如：

RED='\033[0;31m'
NC='\033[0m' # No Color
echo "I ${RED}love${NC} Stack Overflow\n" # this output IS NOT interpreting the escapes
echo -e "I ${RED}love${NC} Stack Overflow\n" # this output IS interpreting them

^{code borrowed from here}

突出的部分是颜色的[0;31m，在您的另一个问题的“更新2”中的链接线程中引用，询问为什么打印出以4m开头的行，这是颜色转义的一部分顺序。

这里有更多info，并附有相关摘录：

因此，理解颜色的是您的终端模拟器。您的 终端仿真器知道\033[0;36m 是青色，但另一个 终端模拟器可能使用完全不同的字符集 对于青色（尽管没有理智的终端模拟器会标榜标准 并做到这一点）。这就是tput 的原因。当您运行tput setaf 6 时，tput 将查找终端的转义码 颜色 6（青色），并输出转义码。

我怀疑，在你的另一个问题中， alt+b 和 alt+f 的原因是'在您的其他问题中不起作用是由于对这些应该是非打印或零宽度的转义序列的不正确解释而导致终端宽度计数关闭。我没有经常使用multi-term，但解决方案可能涉及使用tput 或类似的方法，以使其正确理解转义序列。

Possible relevant troubleshooting info