Mais especificamente, no Vim, se eu pressionar escape duas vezes (e sob outras circunstâncias também), eu mostro esse personagem:
http://www.fileformat.info/info/unicode/char/1b/index.htm
Pode ser replicado digitando echo, depois Ctrl-V e, em seguida, escape
Aqui está o que parece:
Tentei alterar a fonte e a configuração do TERM, nenhuma das quais faz diferença. Nenhum outro terminal que eu tentei (xterm, urxvt, esse console do KDE) tem o mesmo comportamento.
O que eu gostaria de saber é se isso é um bug ou um comportamento pretendido e se há alguma solução alternativa
vim
terminal
gnome
escape-characters
benwh
fonte
fonte
visualbell
configuração. Colocarset novisualbell
no vimrc parece classificá-loRespostas:
É o comportamento pretendido. Nenhum tipo de letra fornece um glifo para esse ponto de código; portanto, o mecanismo de fonte gera o glifo "codepoint-in-a-box" padrão.
fonte
ESC
é o primeiro byte de todas as "seqüências de escape" que controlam o comportamento do terminal (mover o cursor, definir cores etc.) - tecnicamente, quando um programa gera um valor vazioESC
, o terminal o vê como uma sequência de escape inválida e pode optar por imprimi-lo fora ou para descartá-lo.Eu encontrei um problema semelhante porque havia modificado meu .vimrc há algum tempo no passado para jogar bem com o MINTTY. Estranhamente, essas modificações geralmente não são problemáticas no terminal gnome, mas ocorrem se estiverem sendo executadas no ARM.
No meu caso, comentar esta seção do meu .vimrc corrigiu:
Se você modificou esses valores, tente remover essas modificações
fonte