☰

我该如何修复我的彩色 bash 提示包装？

tag-icon • tag-icon bash
我该如何修复我的彩色 bash 提示包装？

我已经定义了一个 bash 提示符（使用 PROMPT_FUNCTION），如下所示：

function get_hg_prompt_prefix() {
    local APPLIED_COLOR=$1; shift
    local UNAPPLIED_COLOR=$1; shift
    local ALERT_COLOUR=$1; shift
    local TEXTCOLOR=$1; shift
    local mercurial_prompt_line="{{patches|join(:)|pre_applied(${APPLIED_COLOR})|post_applied(${TEXTCOLOR})|pre_unapplied(${UNAPPLIED_COLOR})|post_unapplied(${TEXTCOLOR})}\n\r}"
    local mercurial_status_prompt="{ ${ALERT_COLOUR}{status}${TEXTCOLOR}}"

    echo "$(hg prompt "${mercurial_prompt_line}" 2>/dev/null)$(hg prompt "${mercurial_status_prompt}" 2>/dev/null)"
}

function set_prompt() {
    bright='\[[01m\]'
    colors_reset='\[[00m\]'
    HOSTCOLOR=${colors_reset}='\[[34m\]'
    USERCOLOR=${colors_reset}='\[[01m\]'
    TEXTCOLOR=${colors_reset}='\[[32m\]'
    APPLIED_COLOR=${colors_reset}='\[[32m\]'
    UNAPPLIED_COLOR=${colors_reset}='\[[37m\]'
    ALERT_COLOUR=${colors_reset}='\[[31m\]'

    hg_status="$(get_hg_prompt_prefix $APPLIED_COLOR $UNAPPLIED_COLOR $ALERT_COLOUR $TEXTCOLOR)"
    ps1_prefix="${hg_status}$colors_reset($bright$(basename $VIRTUAL_ENV)$colors_reset) "
    PROMPTEND='$'
    PS1="${ps1_prefix}${USERCOLOR}\u${colors_reset}${TEXTCOLOR}@${colors_reset}${HOSTCOLOR}\h${colors_reset}${TEXTCOLOR} (\W) ${PROMPTEND}${colors_reset} "
}

PROMPT_COMMAND=set_prompt

一般来说，这会给我一个多行提示，显示一些 hg 状态信息以及我当前的虚拟环境，看起来（无颜色）像这样：

buggy-wins.patch
 ! (saas) user@computer (~) $

问题是，这会干扰提示符长度的计算（我认为！）并导致奇怪的终端换行问题和光标位置。例如，在 80 个字符的终端中，这是我看到的提示符（** 包围的字符是光标位置）：

~) $ **a**nis) crose@chris-rose (~

在足够宽的终端上显示提示符时，换行会比应有的更早发生；这是我能放在第一的在 108 个字符宽的终端窗口中提示行（再次，** 标记我的光标位置）：

 **(**advanis) crose@chris-rose (~) $ sdkfjlskdjflksdjff

当行换行时，它会覆盖提示。但是，第二行输入会一直运行到终端的边缘，然后正确换行。

因此，显然提示符的宽度受到了干扰。如何让 bash 不根据 ANSI 转义码而是根据提示符的实际显示长度来确定 PS1 字符串的长度？

答案1

bash用于\[ \]确定“显示长度”：这两个转义符之间的文本被视为不可打印，不计入总长度；其余所有内容均计入总长度。

您的变量似乎有问题：bright='\[[01m\]'实际上不包含 ESC 字符，因此[01m会打印为普通文本，但不计入长度。它应该是'\[\e[01m\]'。所有其他变量也一样。

有关的：

  • 在 Bash 中，您可以直接放入\$(hg_status)，$PS1而不需要单独的PROMPT_COMMAND。

相关内容