Início / unix / Perguntas / 455208
Accepted
Greg Nisbet
Asked: 2018-07-14 13:33:49 +0800 CST

Sequência de escape ANSI ^[[K processado por menos -R, mas não mais

  • 772

Estou escrevendo um wrapper ackpara procurar código localmente com algumas linhas adicionais de contexto canalizadas para um pager.

Aqui está o script do wrapper ackc. Entre os diferentes exemplos, estarei variando o que é passado para acko --pager.

#!/bin/sh

ack -C 20 -i \
    --pager=most \
    --heading \
    --break \
    --color \
    --show-types \
    "$@"

Com less(sem o -R) como o pager, quase todas as sequências de escape são renderizadas usando a notação de acento circunflexo (não sei como isso é chamado. ^[é a exceção. É renderizado como ESCcom cores de fundo invertidas (cores não reproduzidas aqui) .

Aqui está uma amostra da saída (produzida por ackcwith --pager=lesse variáveis ​​de ambiente como LESS, LESSPIPEetc.)

ESC[1;32m.local/lib/python2.7/site-packages/markupsafe/_speedups.cESC[0m
...
ESC[1;33m19ESC[0m:#define PY_SSIZE_T_MAX ESC[30;43mINTESC[0m_MAXESC[0mESC[K
ESC[1;33m20ESC[0m:#define PY_SSIZE_T_MIN ESC[30;43mINTESC[0m_MINESC[0mESC[K

A sequência de escape importante aqui é a ^[[Ksequência no final de cada linha que contém um item destacado. Ele é tratado adequadamente por less -R.

.local/lib/python2.7/site-packages/markupsafe/_speedups.c
...
19:#define PY_SSIZE_T_MAX INT_MAX
20:#define PY_SSIZE_T_MIN INT_MIN

most, no entanto, não parece lidar muito bem com isso.

.local/lib/python2.7/site-packages/markupsafe/_speedups.c
1-/**
...
19:#define PY_SSIZE_T_MAX INT_MAX^[[K
20:#define PY_SSIZE_T_MIN INT_MIN^[[K

Ele passa pela ^[[Ksequência como está.

Esta sequência é CSI (n) K -- EL -- Erase in Line. Quando não recebe nenhum argumento, ele apaga até o final da linha. Presumivelmente, isso é necessário para limpar os bits perdidos da cor de fundo se o termo correspondente aparecer no final da linha.

Existe uma razão pela qual mostnão entende essa sequência? Posso configurá-lo para processá-lo corretamente?

escape-characters most

1 respostas

  1. Best Answer

    o comportamento da maioria é codificado. O código-fonte tem vários pedaços como este para analisar depois que um caractere de escape é recebido:

         if ((ch == 033) && (Most_V_Opt == 0))
       {
      while ((ch == 033)
         && (0 == most_parse_color_escape (&b, e, NULL))
         && (b < e))
        ch = *b++;
       }

    Basicamente, ele diz que se encontrar um caractere de escape ( 033) e a -Vopção não estiver definida, procure por sequências de escape de cor ANSI.

    Todas as operações de limpeza também começam com um caractere de escape, portanto, a maioria não fará o que é solicitado.

    A propósito, vejo que Davis fez uma alteração alguns dias atrás como solução alternativa. Em última análise, isso será em uma versão empacotada ...

    Autor: John E. Davis 2018-07-11 06:26:02
Compositor: John E. Davis 2018-07-11 06:26:02
Pai: 97befd7b984520e80475bb1cb857b35650755a15 (pre5.1-20: Adicionado suporte para teclas Home/End)
Filiais: mestre, remotos/origem/mestre
Segue:
Precede:

    pre5.1-21: Adicionada uma solução alternativa para programas que tentam colorir a saída usando a sequência de escape do fim da linha (ESC[K) sem considerar o valor de isatty(fileno(sdout)).

+21. src/line.c: Adicionada uma solução alternativa para programas que tentam colorir o
+ saída usando a sequência de escape de fim de linha (ESC[K)
+ sem considerar o valor de isatty(fileno(sdout)). A maioria vai
+ ignore ESC[K a menos que seja invocado com -v.
    • 3

relate perguntas