Costumo trabalhar em servidores remotos. Há um servidor que parece ficar "confuso" sobre o número de colunas disponíveis (meu melhor palpite), mas apenas quando se trabalha no Vim (não no bash). Especificamente, quando abro um arquivo com linhas longas, tudo parece normal a princípio. Mas conforme eu me movo, o texto fica confuso. O cursor aparecerá como se estivesse sobre uma determinada palavra, mas na verdade estou em uma linha diferente. Posso dizer porque se eu procurar a palavra que o cursor está cobrindo, uma palavra de outra linha aparece de repente sob meu cursor. Além disso, parte do texto parece estar passando para a próxima linha (mesmo que eu tenha "set nowrap"). E termina muito mais cedo do que a janela exigiria.
Se eu executar "ls" na linha de comando, o texto se estenderá até o final da janela. Então eu acho que é específico do Vim.
O que verifiquei: 1. Verifiquei se $TERM corresponde a $TERM na minha máquina local (pensando que houve alguma falha de comunicação). Ambos são "cor xterm". 2. Verifiquei se o Vim não definiu um número ímpar de colunas (colunas de conjunto detalhado?). O valor retornado corresponde à largura da minha janela. 3. Pesquisei bastante no Google e não consegui encontrar nada relacionado.
Agradeço qualquer ajuda. Deixe-me saber como posso esclarecer.
Minha máquina local é o Mac OS X Mountain Lion. O servidor remoto é Debian (Squeeze). O Vim remoto é 7.2.
EDIT-1: Não sei se o seguinte está relacionado, mas aqui estão mais alguns sintomas: 1. Se eu dividir a tela no Vim, as linhas de informações do arquivo entre eles ficarão confusas (devem estar relacionadas, eu acho) 2. "definir régua" não funciona
EDIT-2: Acabei de perceber que "menos" está quebrando o texto muito cedo (muito antes do final da janela) e exatamente no mesmo local que o Vim está tentando. Então, acho que na verdade está relacionado ao bash de alguma forma. A única diferença com "less" é que as linhas não ficam confusas como no Vim.
EDIT-3: Tudo isso provavelmente é óbvio agora, e eu deveria ter verificado outros editores antes, mas naturalmente o emacs tem os mesmos problemas que o Vim. Isso é um problema de festa? Um problema de prazo?
EDIT-4: Tentei acessar os mesmos arquivos remotamente usando o iTerm (em vez do Terminal.app) e está funcionando perfeitamente. Eu não sei o que fazer com isso. De certa forma, meu problema está resolvido, mas eu adoraria entender o que está acontecendo se alguém puder me dar alguma luz.
Responder1
Não sei exatamente o que estava acontecendo ou o que corrigiu o problema, mas, como mencionado acima, acessei o arquivo remoto usando o iTerm (em vez do Termanal.app) e tudo formatado conforme o esperado. Com base nisso, presumi que algo estava errado entre Terminal.app e o servidor remoto. O usuário romainl sugeriu que eu definisse explicitamente $TERM xterm-256colorem meu ~/.bashrc( set TERM=xterm-256color) no servidor remoto e tentasse novamente com Terminal.app. Quando fiz isso, o texto foi formatado corretamente, embora com destaque de sintaxe incorreto. Em seguida, removi a linha mencionada anteriormente ~/.bashrcdo servidor remoto, fechei a sessão e comecei novamente. Desta vez tudo funcionou como esperado. Pode ter sido simplesmente que o Terminal.app estava com bugs.
Obrigado novamente a todos que ofereceram seus conhecimentos.
Responder2
Eu tinha um comando :highlight complicado em meu .vimrc que causou esse problema que torna o vi inutilizável. Você pode eliminar/confirmar isso iniciando o vi sem configuração.
Primeiro saia da sessão ssh e faça logon para obter um shell limpo: -
vi -u NONE -U NONE -N file.txt