Estou trabalhando no meu código de formatação ANSI para o Terminal jQuery. Está quase funcionando, mas tenho um problema relacionado ao código ansi 0A que deve mover o cursor (também outros códigos de cursor 0: BCDEF)
Eu testei com a biblioteca ervy e faz diferença se eu remover \x1b\[0[A-D]da string antes de enviar para o terminal.
Não tenho certeza Se processo os escapes ANSI corretamente, estou dividindo a saída em linhas antes de cada linha Estou aumentando a posição y e defino x para 0 e quando há código de escape ANSI do cursor eu movo o cursor. E estou usando array de arrays para manter a saída da tela. (Não tenho certeza, mas acho que será mais rápido se eu não juntar as linhas em uma string até o final, mas criei dessa maneira porque foi a primeira ideia, não por causa da velocidade).
Não tenho certeza se devo fazer se houver 0.
Aqui está a saída de dois gráficos da biblioteca ervy
Plotagem correta
plot sem código zero.
Estou tentando depurar meu código (acho que em um ponto o enredo fica na segunda tela), mas não sei como processar 0 códigos de escape ANSI.
Estou usando a Wikipedia como referência.
Essas sequências de escape usam uma contagem de repetições como parâmetro, por exemplo,
\e[5Amove o cursor 5 linhas para cima,\e[10Cmove o cursor para a direita em 10 colunas, etc. O valor, se omitido , assume o valor padrão 1.Mas o que deve acontecer se o parâmetro for explicitamente especificado como 0?
Vejamos os padrões. ECMA-48, assim como ctlseqs.html (documentando o comportamento do xterm) não dizem nada sobre isso, ou seja, implicam implicitamente que eles devem se mover por zero. Por outro lado, DEC STD 070 diz que um valor de 0 deve se mover em 1.
Vejamos as implementações. urxvt interpreta 0 como 0 para algumas dessas sequências, por exemplo, para movimento vertical do cursor, mas não para horizontal (lá está 1). Todos os outros terminais que verifiquei o interpretam como 1 (incluindo xterm, portanto, seu comportamento e documentação não correspondem).
Os padrões são inconsistentes. As implementações são inconsistentes.
O que você poderia fazer? Não use estes. Se você encontrar uma biblioteca que emita isso, registre um bug e peça a seus desenvolvedores que parem de usar essas seqüências de escape problemáticas, pois não importa o que eles esperam, é contra alguns dos padrões e com certeza quebra em alguns dos terminais.
O comportamento visto em DEC VTs é mais fácil de entender com ZDM (zero default mode) em mente. De ECMA-48:
Para sequências de movimento do cursor, a especificação define o padrão como "1", portanto, todos são iguais no ZDM:
CSI A(o padrão do parâmetro omitido é 1)CSI 0 A(0 tem o significado especial do valor padrão)CSI 1 A(param passa a ser o valor padrão)Até onde sei, todas as sequências CSI implementadas em dispositivos DEC seguem o esquema ZDM.
Mais tarde, o ZDM foi removido das especificações, portanto, "0" agora deve ser lido como número e não como espaço reservado especial para um valor padrão. Mas os dispositivos DEC não mudaram esse comportamento. Assim, tudo se resume à questão, se um emulador compatível com VT100+ pode ser compatível com as especificações.