Percebi que, ao colar em um emulador de terminal, tanto no macOS (usando Terminal.app ou iTerm2.app ) quanto no Linux (usando urxvt ), às vezes recebo caracteres extras.
Os caracteres são sempre os mesmos - antes do texto colado eu recebo ^[[200~(com o ^[realçado) e depois do texto colado um extra ~. Se eu cancelar e colar novamente, ele será colado corretamente.
Por exemplo, aqui tentei colar git clone https://git.qemu.org/git/qemu.gitcopiado de sua página da web no iTerm2 com com ⌘v. Cancelei com ctrlce (sem recopiar) colei novamente com ⌘ve deu certo.
Isso certamente não é sempre, mas várias vezes ao dia e não consegui restringir o que o causa e não posso recriá-lo com segurança.
- o texto pode vir de qualquer lugar (site, documento de texto, copiado do próprio terminal).
- posição do cursor quando copio não parece fazer diferença (acho que não estou copiando o cursor)
- a posição do mouse não parece fazer diferença.
O que são esses ^[[200~ ~personagens e como faço para me livrar deles? Certamente eles devem representar algo específico, pois são sempre os mesmos e aparecem tanto no macOS quanto no Linux.
Esses caracteres são usados para o modo de colagem entre colchetes . Alguns programas baseados em terminal ativam esse modo para que possam distinguir o texto colado do texto digitado diretamente.
Por exemplo, os editores de texto desativam temporariamente o recuo automático para texto colado e os shells CLI podem permitir que você revise/confirme os comandos colados antes de executá-los (mesmo que terminem com uma nova linha). No zsh, todos os comandos colados recebem um realce reverso e não são executados imediatamente até que você pressione Enter.
Os "colchetes" seguem o formato usual de sequências de escape de "tecla especial" (
ESC [ <num> ~), o mesmo que com as teclas PgUp/PgDn ou as teclas de função F4–F12. Portanto, do ponto de vista do seu shell ou do editor, eles também são tratados como atalhos de teclado. (Por exemplo, a execuçãobindkeydeve mostrar a ligação"^[[200~" bracketed-paste.) Para obter mais informações, procure por 'colar entre colchetes' no manual do zshzle(1) .Como em todas as outras sequências de escape, se você (acidentalmente) pressionouCtrl+V imediatamente antes de colar (ou antes de pressionar uma tecla especial), isso fará com que zsh trate a seguinte sequência como entrada literal . Por exemplo, Ctrl+V ↑Upnão rolará pelo seu histórico – ele literalmente inserirá a
ESC [ Asequência. Para evitar isso, você pode desvincular a tecla Ctrl+V através do zshbindkey(onde é mostrado"^V" vi-quoted-insertpor padrão).Além disso, como a maioria dos outros modos de emulação de terminal, o modo de colagem entre colchetes é ativado enviando uma sequência de escape para o aplicativo emulador de terminal - portanto, se o programa que o usa morrer inesperadamente, pode não haver chance de desativar o modo. Se isso acontecer, a execução
printf "\e[?2004l"desativará o modo por enquanto.(Seu emulador de terminal desconhece completamente a inicialização e a saída de programas (ainda mais se o aplicativo estiver sendo executado remotamente por SSH), portanto, não há como desativar o modo automaticamente quando um programa morre. O mesmo problema ocorre se, por exemplo, o programa tinha o modo "relatório do mouse" ativado.)
Isso parece funcionar para mim (embora não faça sentido)
No meu ubuntu Mate Terminal eu vou Editar > Atalhos de teclado ir para
Colar - as teclas já estão mapeadas para Shift+Ctrl+V
Eu seleciono e entro novamente pressionando exatamente os mesmos botões - e clico em fechar - agora os rabiscos não aparecem mais ao colar. ¯_(ツ)_/¯
Há uma outra maneira pela qual esse problema pode se manifestar. O arquivo do Readline
~/.inputrcpode conter o seguinte:Isso não é corrigido por nenhum dos métodos acima e me iludiu por meses. Removendo esta linha ou configuração
vai consertar isso bem.
Consulte a página do manual para readline para obter mais informações sobre este parâmetro e o
~/.inputrcarquivo, pois você pode alterar a localização do arquivo com aINPUTRCvariável de ambiente