Início / unix / Perguntas / 446532
Accepted
x-yuri
Asked: 2018-05-29 10:33:42 +0800 CST

Por que não preciso redefinir os atributos de texto com menos?

  • 772

Este script gera 5 linhas com a terceira sendo sublinhada:

#!/usr/bin/env bash
set -eu
bold=$(tput bold)
reset=$(tput sgr0)
underline=$(tput smul)
echo 'line 1
line 2
line 3
line 4
line 5' | awk -v bold="$bold" -v reset="$reset" -v underline="$underline" '
    NR == 3 {print underline $0 reset}
    NR != 3 {print $0}
'

Se eu não redefinir (no script) no final da terceira linha, todas as linhas a seguir serão sublinhadas, incluindo os comandos que digito a seguir (no shell). Até eu correr reset. Com less( ./my-script.sh | less -R) não apenas reset(no script) não é necessário (a terceira linha fica sublinhada), mas também produz um símbolo extra em tmux( ^O, TERM=screen-256color):

line 1
line 2
line 3^O
line 4
line 5

Mas nenhum símbolo no console simples ( TERM=xterm-256color).

O que exatamente e por que isso acontece? Existe uma maneira de fazer o script funcionar em todos esses casos?

$ ./my-script.sh
$ ./my-script.sh | grep line --color=never
$ ./my-script.sh | less -R

Por exemplo, para fazer o seguinte script funcionar melhor.

terminal escape-characters

1 respostas

  1. Best Answer

    lessenvia seu próprio "reset" no final da linha, que passa a ser derivado do terminfo sgr0por (ncurses) eliminando o ^O(redefinir conjunto de caracteres alternativo) porque lessestá usando a interface termcap. A capacidade termcap me que corresponde a terminfo sgr0 convencionalmente não modifica o estado alternativo do conjunto de caracteres, conforme observado na página de manual curs_termcap(3x) :

    sgrObserve que termcap não tem nada análogo à string de terminfo . Uma consequência disso é que os aplicativos termcap assumem que me(terminfo sgr0) não redefine o conjunto de caracteres alternativo. Essa implementação verifica e modifica os dados mostrados na interface do termcap para acomodar a limitação do termcap a esse respeito.

    Talvez lessesteja fazendo essa redefinição para se recuperar de sequências de escape inesperadas: a -Ropção foi projetada apenas para lidar com cores ANSI (e escapes formatados de forma semelhante, como negrito, sublinhado, piscar, destaque). O código-fonte não menciona isso, mas a A_NORMALatribuição informa lesspara posteriormente emitir o reset:

        /* 
     * Add a newline if necessary, 
     * and append a '\0' to the end of the line. 
     * We output a newline if we're not at the right edge of the screen, 
     * or if the terminal doesn't auto wrap, 
     * or if this is really the end of the line AND the terminal ignores 
     * a newline at the right edge. 
     * (In the last case we don't want to output a newline if the terminal  
     * doesn't ignore it since that would produce an extra blank line. 
     * But we do want to output a newline if the terminal ignores it in case
     * the next line is blank.  In that case the single newline output for 
     * that blank line would be ignored!) 
     */
    if (column < sc_width || !auto_wrap || (endline && ignaw) || ctldisp == OPT_ON) 
    {
            linebuf[curr] = '\n';
            attr[curr] = AT_NORMAL;
            curr++;
    }

    Como alternativa para sgr0(que redefine todos os atributos de vídeo e é apenas parcialmente compreendido por menos), você pode fazer

    reset=$(tput rmul)

    e (para muitos terminais/muitos sistemas, incluindo TERM=screen-256color) redefinir apenas o sublinhado. No entanto, isso não afeta o negrito , nem há um recurso terminfo/termcap convencional para redefinir o negrito. Mas a tela implementa a sequência ECMA-48 correspondente que faz isso (SGR 22 versus o 24 usado em rmul), então você pode codificar esse caso.

    • 3

relate perguntas