Ну, это раздражает. Что здесь происходит? ( tmux
под iTerm.app
)
$ echo test > test ; echo $TERM
screen
а затем с некоторой записью
$ script withscreen
Script started, output file is withscreen
$ less -p test test
... q to quit and then exit the shell session ...
$ script withxterm
Script started, output file is withxterm
$ TERM=xterm less -p test test
... q and exit again ...
и теперь мы смотрим на используемые коды
$ grep test withscreen | hexdump -C
00000000 24 20 6c 65 73 73 20 2d 70 20 74 65 73 74 20 74 |$ less -p test t|
00000010 65 73 74 0d 0d 0a 1b 5b 33 6d 74 65 73 74 1b 5b |est....[3mtest.[|
00000020 32 33 6d 0d 0a 1b 5b 35 3b 31 48 1b 5b 33 6d 74 |23m...[5;1H.[3mt|
00000030 65 73 74 1b 5b 32 33 6d 0d 0a 1b 5b 33 38 3b 31 |est.[23m...[38;1|
00000040 48 1b 5b 33 6d 74 65 73 74 20 28 45 4e 44 29 1b |H.[3mtest (END).|
00000050 5b 32 33 6d 1b 5b 4b 0d 1b 5b 4b 1b 5b 3f 31 6c |[23m.[K..[K.[?1l|
00000060 1b 3e 24 20 5e 44 0d 0d 0a |.>$ ^D...|
00000069
$ grep test withxterm | hexdump -C
00000000 24 20 54 45 52 4d 3d 78 74 65 72 6d 20 6c 65 73 |$ TERM=xterm les|
00000010 73 20 2d 70 20 74 65 73 74 20 74 65 73 74 0d 0d |s -p test test..|
00000020 0a 1b 5b 37 6d 74 65 73 74 1b 5b 32 37 6d 0d 0a |..[7mtest.[27m..|
00000030 1b 5b 35 3b 31 48 1b 5b 37 6d 74 65 73 74 1b 5b |.[5;1H.[7mtest.[|
00000040 32 37 6d 0d 0a 1b 5b 33 38 3b 31 48 1b 5b 37 6d |27m...[38;1H.[7m|
00000050 74 65 73 74 20 28 45 4e 44 29 1b 5b 32 37 6d 1b |test (END).[27m.|
00000060 5b 4b 0d 1b 5b 4b 1b 5b 3f 31 6c 1b 3e 24 20 65 |[K..[K.[?1l.>$ e|
00000070 78 69 74 0d 0d 0a |xit...|
00000076
$
эти 1b 5b ...
коды могут быть сделаны более понятными, ознакомившись с регуляторными последовательностями документации XTerm или можно вручную возиться с последовательностями , чтобы увидеть , который под TERM=xterm
вызывает выделение
$ printf "\033[7mtest\033[27m\n"
test
что TERM=screen
случай не делает, в соответствии с документами последовательности управления, это обратное
ESC [
Control Sequence Introducer (CSI is 0x9b).
...
CSI Pm m Character Attributes (SGR).
...
Ps = 7 -> Inverse.
...
Ps = 2 7 -> Positive (not inverse).
и поблизости от этого документа мы могли бы узнать , что screen
терминал \033[3m
для курсивного начертания и \033[23m
не наклонный .
Этот вывод дает несколько вариантов; мы могли бы настроить терминал для отображения курсивного текста, или мы могли бы вместо этого попытаться заставить screen
терминал использовать обратные коды вместо курсива. (Некоторые копания в less(1)
документах не показывали четких ручек «использовать инверсные вместо курсивных», чтобы поиграть.) (Кроме того, некоторые терминалы могут предлагать поддержку перевода X в Y, проверьте документацию по терминалам для получения подробной информации.) (Или вы могли бы попробуйте другой эмулятор терминала и посмотрите, что он делает ...)
Вау, курсив текст отвратителен . Давайте вместо этого попробуем изменить коды, screen
используемые для инверсии. Это, очевидно, включает в себя terminfo
(или, возможно, termcap
) базу данных, которая может быть экспортирована через infocmp(1)
и скомпилированаtic(1)
$ TERM=screen infocmp > ti.screen ; TERM=xterm infocmp > ti.xterm
$ fgrep '\E[7' ti.xterm
rc=\E8, rep=%p1%c\E[%p2%{1}%-%db, rev=\E[7m, ri=\EM,
smir=\E[4h, smkx=\E[?1h\E=, smm=\E[?1034h, smso=\E[7m,
$ fgrep rev= ti.screen
nel=\EE, op=\E[39;49m, rc=\E8, rev=\E[7m, ri=\EM, rmacs=^O,
$ fgrep '\E[3m' ti.screen
smso=\E[3m, smul=\E[4m, tbc=\E[3g,
$
Таким образом, я предполагаю, smso
что используется, учитывая, что xterm
использует \E[7m
и screen
\E[3m
; в соответствии с terminfo(5)
этим «режим ожидания» и в паре с реверсом rmso
; давайте изменим те, что xterm
использует ...
$ TERM=screen infocmp | sed -e 's/smso=[^,]*/smso=\\E[7m/;s/rmso=[^,]*/rmso=\\E[27m/' > foo
$ tic -o ~/.terminfo foo
$ rm foo
Эй, теперь это выглядит лучше (но это нужно сделать на всех хостах для файла screen
или любого другого terminfo
файла ...)