问题[terminal-emulator](unix)

为绝对糟糕的标题道歉，我不知道如何表达它。

因此，当我运行命令sudo update-alternatives --config x-terminal-emulator以尝试将我的默认终端仿真器更改为 st（简单终端，最糟糕的程序之一）时，它没有显示。这是否与 st 相关，在设计上需要从源代码编译，我该如何解决？

adamfra@pop-os:~$ sudo update-alternatives --config x-terminal-emulator
[sudo] password for adamfra:
There are 2 choices for the alternative x-terminal-emulator (providing /usr/bin/x-terminal-emulator).

  Selection    Path                             Priority   Status
------------------------------------------------------------
* 0            /usr/bin/terminator               50        auto mode
  1            /usr/bin/gnome-terminal.wrapper   40        manual mode
  2            /usr/bin/terminator               50        manual mode

Press <enter> to keep the current choice[*], or type selection number: 0

与其他带有 kitty 终端的终端仿真器不同，我在 bash 提示符下没有颜色。我正在使用 ubuntu，我的 PS1 是\[\e]0;\u@\h: \w\a\]${debian_chroot:+($debian_chroot)}\u@\h:\w\$

我要为此设置什么？

谢谢

有没有办法限制终端应用程序缓冲的文本量，以输出到显示器？

例如，如果我要调用一个尽可能快地将 2,000,000 行写入标准输出的应用程序，该应用程序可能会很快返回，但终端可能会在返回空闲提示之前再花几分钟显示闪烁的文本墙。大概这 2,000,000 行文本已被缓冲，并且终端应用程序正在通过缓冲区工作，生成数千个显示更新。有没有办法限制缓冲区大小，如果有超过例如 1,000 行要渲染，最旧的就被丢弃？

粗体字体 (ANSI: CSI 1 m) 的效果似乎取决于终端仿真器。例如，在不同的终端模拟器上运行以下脚本

#!/bin/sh
echo "TERM = $TERM"
for mode in 0 2 1 '1;2'; do
    printf '\033[%s;38;5;%dm\033[48;5;%dm%s\033[0m\n' "$mode" 0 15 "testing ($mode)"
done

给出以下输出

在测试的终端仿真器中，只能xterm正确呈现粗体文本（模式=1）。其他终端仿真器似乎为粗体字体选择了更亮的颜色（通常也将其与粗体字体结合使用）。奇怪的是，st当给定参数时，会产生正确着色的粗体文本1;2，对应于bold;faint.

认为也许这些终端仿真器期望粗体字体的不同控制序列，我检查了terminfo，但发现一致

$ for term in xterm-256color st-256color rxvt-unicode-256color tmux-256color; do printf "%-24s" "$term"; TERM=$term tput bold | cat -v; echo; done
xterm-256color          ^[[1m
st-256color             ^[[1m
rxvt-unicode-256color   ^[[1m
tmux-256color           ^[[1m

这就引出了一个问题，哪些终端仿真器参数控制粗体字体的效果？如何防止转向更亮的颜色？这可以通过Xresources或terminfo定制来解决吗？（顺便说一句，是否有对应的参数vim？它表现出类似的行为，不一定对应于运行它的终端仿真器的行为。）

当我按下Ctrl-V Ctrl-J外壳（在 下urxvt）时，它会开始一个新行（将光标定位在新行的开头），而不是打印^J.

在vim它打印^@。

同样的情况也出现在虚拟控制台中。

显然有些东西预处理Ctrl-J。它是什么，我如何影响它？

$ stty -a
speed 38400 baud; rows 26; columns 101; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; discard = ^O; min = 1; time = 0;
-parenb -parodd -cmspar cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
echoctl echoke -flusho -extproc

$ echo $TERM
rxvt-unicode-256color

$ urxvt --help |&  head -1
rxvt-unicode (urxvt) v9.26 - released: 2021-05-14

UPD我正在配置tmux，这种行为让我认为这bind-key C-j send-keys C-j不起作用。

是否有一个图形终端模拟器，看起来像登录前的 tty 屏幕？

我非常喜欢 tty 的外观：字体、高对比度的颜色以及文本和屏幕本身之间的小填充。

例如，在 tty 上的 Vim 中的命令栏之间几乎没有填充。但是，在 alacritty/st/ 和其他终端仿真器上，命令栏和终端底部之间存在很大不方便的间隙，以及顶部和两侧的大填充。其他 TUI 程序也是如此，例如 neomutt 和 newsboat。

如果有一个终端仿真器看起来与 tty 非常相似，那就太棒了。有人知道这样的程序吗？如果没有，是否有可能消除我刚才提到的那些流行的终端仿真器的奇怪填充？

我打开一个 xterm 终端（80 列 x 24 行），然后运行$ bash --norc --noprofile​​，然后$ tty获取终端的文件名：输出为/dev/pts/9.

从另一个终端我运行：

$ printf foo >/dev/pts/9

foo打印在第一个终端的 shell 命令行上。
如果我按下C-u运行unix-line-discard（由 给出的函数名称$ bind -P | grep -i c-u），foo则不会被删除。
如果我插入 11 个空格并按C-u，则空格会被删除，但不会foo。
如果我插入 12 个空格并按C-u，则空格也会被删除foo。

foo为什么当我的光标在它后面时我按下时不能删除C-u，为什么我需要插入12个字符才能删除它？

环境：

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 16.04.6 LTS
Release:        16.04
Codename:       xenial

$ bash --version | head -n1
GNU bash, version 4.3.48(1)-release (x86_64-pc-linux-gnu)

$ xterm -version
XTerm(322)

man本身应该对鼠标滚轮一无所知，并且xfce4-terminal窗口的滚动条不会改变，所以......

当窗口从 X 服务器捕获鼠标滚轮事件时，xfce4-terminal 是否向 pty master fd 发送了一些东西？

如果是，它会向 pty 设备写入什么内容以表现得就像我按下了Down键一样？

还是我完全错过了什么？

Linux 编程接口说SIGHUP被发送到终端的控制进程

当工作站上的终端窗口关闭时。这是因为与终端窗口关联的伪终端的主端的最后一个打开文件描述符已关闭。

我的理解是终端窗口是为从端创建的，主端可以有多个从端。因此，当终端窗口关闭时，仅意味着与终端窗口关联的伪终端的从端的最后打开文件描述符已关闭。为什么引用说“大师”的一面？

谢谢。

我正在尝试切换到主要less在我只想阅读代码时使用的工作流程，然后v在我想编辑文档时使用切换到编辑器。这是 OS X 上的 GNU，但我认为它可以推广到其他系统。

如果我设置VISUAL为vim -u NONE使 vim 不读取它的任何初始化文件，或者使用另一个像nanoorjoe或那样立即启动的编辑器，那么在按下和让文件出现在编辑器中ne之间没有明显的停顿。v

例如，这很好用：

$ previous-command > foo.txt
$ VISUAL='vim -u NONE' less foo.txt

查看文件less，滚动到感兴趣的行并按下v，文件在里面立即可见vim。

只是为了说明这一点，如果我们设置VISUAL为sleep 1; vim.

$ another-previous-command > foo.txt
$ VISUAL='sleep 1; vim -u NONE' less foo.txt

我们现在正在查看文件，然后我们按v编辑它。

shell 会话现在再次可见一秒钟，因此我们看到：

$ another-previous-command > foo.txt
$ VISUAL='sleep 1; vim -u NONE' less foo.txt

第二个过去后，我们看到了foo.txtvim 内部的内容。

只需单独使用vim，无需额外的命令行参数，读取文件并进行一些初始化工作。这需要几分之一秒，但足够长以使底层 shell 会话可见，如sleep 1; <VIM COMMAND>.

有没有办法以这样一种方式将控制权从 转移less到vim，以使底层的 shell 会话不可见，甚至部分不可见？