观察到的行为并不是 bash 的一部分。相反,它是readline
库行为的一部分。如果您简单地使用echo
(它是内置的 bash)输出足够的文本以强制自动换行,则不会发生这种情况,如果 bash 产生比控制台宽的错误消息,也不会发生这种情况。(例如,尝试.
使用与任何现有文件不对应的参数超过 80 个字符的命令。)
所以它不是官方的“软包装序列”,也不是任何标准的一部分。相反,它是与控制台显示管理相关的许多恼人问题之一的实用解决方案。
换行的终端实现存在歧义:
在最右边的位置插入一个字符后,终端换行。
终端在发送下一个字符之前换行。
因此,不可能在最后一列位置之后可靠地发送换行符。如果终端已经换行(上面的选项 1),那么换行符将创建一个额外的空白行。否则(选项 2),以下换行符将被“吃掉”。
如今,几乎所有终端都遵循选项 2 的一些变体,这是 DEC VT-100 终端的行为。在terminfo终端描述数据库的词汇表中,这被称为xenl
:“eat-newline-glitch”。
选项 2 实际上有两种可能的子变体。在 VT-100(和 xterm)实际实现的一个中,光标在行尾处于异常状态;实际上,它是屏幕外的一个字符位置,因此您仍然可以在同一行中退格光标。其他历史终端“吃掉”换行符,但无论如何将光标定位在下一行的开头,因此退格是不可能的。(除非终端有bw
能力。)
这给需要准确跟踪光标位置的程序带来了问题,即使对于像回显输入这样看似简单的应用程序也是如此。(显然,回显输入的最简单方法是让终端自己完成,但这排除了实现额外控制字符(如制表符补全)的能力。)假设用户已将文本输入到右边距,然后键入退格字符删除最后输入的字符。cub1
通常,您可以通过输出(左移 1)代码然后输出el
(清除到行尾)来实现退格删除。(如果删除在一行中间会比较复杂,但原理是一样的。)
但是,如果光标可能位于下一行的开头,这将不起作用。如果您知道光标在 next 的开头,您可以在执行 之前先向上移动,然后向右移动el
,但如果光标仍在同一行上,这将不起作用。
从历史上看,被认为是“正确的”是将光标强制返回到下一行。(以下引用来自发行版terminfo.src
中的文件ncurses
。我不知道是谁写的,什么时候写的):
# Note that the <xenl> glitch in vt100 is not quite the same as on the Concept,
# since the cursor is left in a different position while in the
# weird state (concept at beginning of next line, vt100 at end
# of this line) so all versions of vi before 3.7 don't handle
# <xenl> right on vt100. The correct way to handle <xenl> is when
# you output the char in column 80, immediately output CR LF
# and then assume you are in column 1 of the next line. If <xenl>
# is on, am should be on too.
但是还有另一种方法可以解决这个问题,甚至不需要你知道终端是否有xenl
“故障”:输出一个空格字符,之后终端肯定会换行,然后返回到最左边的列。
事实证明,如果终端仿真器是xterm
(可能还有其他类似的仿真器),这个技巧还有另一个好处,它允许您通过双击来选择一个“单词”。如果自动换行发生在一个单词的中间,如果您仍然可以选择整个单词,即使它被分成两行,那将是理想的。如果您遵循上述terminfo
文件中的建议,那么xterm
将(相当合理地)将拆分词视为两个词,因为它们之间有一个明确的换行符。但是,如果您让终端自动换xterm
行,则将结果视为一个单词。(尽管输出了空格字符,它还是这样做了,大概是因为空格字符被覆盖了。)
简而言之,SPCR序列绝不是 VT100 终端的标准化特征。相反,它是对终端描述的特定特征与特定(和常见)终端仿真器的观察行为相结合的务实响应。该代码的变体可以在各种代码库中找到,尽管据我所知它不是任何教科书或正式文档的一部分,但它肯定是终端处理民间工艺的一部分 [注 2]。
在 的情况下readline
,您会在代码中找到比这个答案更电报的注释:[注 1]
/* If we're at the right edge of a terminal that supports xn, we're
ready to wrap around, so do so. This fixes problems with knowing
the exact cursor position and cut-and-paste with certain terminal
emulators. In this calculation, TEMP is the physical screen
position of the cursor. */
(xn
是 的简写形式xenl
。)
笔记
当我键入此答案时,注释位于存储库display.c
当前视图的第1326 行。git
在未来的版本中,它可能位于不同的行号,因此提供的链接将不起作用。如果您发现它已更改,请随时更正链接。
在这个答案的原始版本中,我将此过程描述为“终端处理民间传说的一部分”,其中我使用“民间传说”这个词来描述从程序员传给程序员的知识,而不是作为学术经典的一部分和国际标准。虽然“民俗”经常带有负面含义,但我使用它时没有这种偏见。“ lore ”(根据维基词典)指的是“通过教育或经验随着时间的推移积累的关于特定主题的所有事实和传统”,源自古日耳曼语单词,意思是“教”。因此,民俗是“民间”积累的教育和经验,而不是建立:在埃里克·S·雷蒙德,民俗是集市的知识库。
这种用法至少引起了一位高技能从业者的注意,他建议使用“深奥”一词来描述有关终端处理的这一点信息。“深奥”(再次根据维基词典)适用于“旨在或可能被少数具有专业知识或兴趣或开明的核心圈子的人理解的信息”,源自希腊语 ἐσωτερικός,“内在圆圈”。(换句话说,大教堂的知识。)
虽然语义讨论至少很有趣,但我通过使用希望不那么情绪化的单词“folkcraft”来更改文本。