A menudo trabajo en servidores remotos. Hay un servidor que parece "confundido" acerca del número de columnas disponibles (mi mejor suposición), pero sólo cuando trabaja en Vim (no en bash). Específicamente, cuando abro un archivo con líneas largas, al principio todo parece normal. Pero a medida que me muevo, el texto se confunde. El cursor aparecerá como si estuviera sobre una determinada palabra, pero en realidad estoy en una línea diferente. Lo sé porque si busco la palabra que cubre el cursor, de repente aparece una palabra de otra línea debajo del cursor. Además, parte del texto parece pasar a la siguiente línea (aunque he "establecido nowrap"). Y se cierra mucho antes de lo que requeriría la ventana.
Si ejecuto "ls" en la línea de comando, el texto se extiende hasta el final de la ventana. Entonces creo que es específico de Vim.
Lo que verifiqué: 1. Verifiqué que $TERM coincida con $TERM en mi máquina local (pensando que hubo algún problema de comunicación allí). Ambos son "xterm-color". 2. He comprobado que Vim no ha establecido un número impar de columnas (¿establecer columnas detalladas?). El valor devuelto coincide con el ancho de mi ventana. 3. Busqué mucho en Google y no pude encontrar nada relacionado.
Agradezco cualquier ayuda. Déjame saber cómo puedo aclarar.
Mi máquina local es Mac OS X Mountain Lion. El servidor remoto es Debian (Squeeze). Vim remoto es 7.2.
EDITAR-1: No sé si lo siguiente está relacionado, pero aquí hay algunos síntomas más: 1. Si divido la pantalla dentro de Vim, las líneas de información del archivo entre ellas se confunden (creo que debe estar relacionado) 2. "establecer regla" no funciona
EDITAR-2: Me acabo de dar cuenta de que "menos" está ajustando el texto demasiado pronto (mucho antes del final de la ventana) y exactamente en el mismo lugar que Vim está intentando. Así que supongo que en realidad está relacionado de alguna manera con bash. La única diferencia con "menos" es que las líneas no se estropean como ocurre en Vim.
EDITAR-3: Probablemente todo esto sea obvio ahora, y debería haber revisado otros editores antes, pero, naturalmente, emacs tiene los mismos problemas que Vim. ¿Es esto un problema de bash? ¿Un problema de plazo?
EDITAR-4: Intenté acceder a los mismos archivos de forma remota usando iTerm (en lugar de Terminal.app) y funciona perfectamente. No sé qué hacer con eso. En cierto sentido, mi problema está resuelto, pero me encantaría entender qué está pasando si alguien puede arrojar algo de luz.
Respuesta1
No estoy seguro exactamente de qué estaba pasando o qué lo solucionó pero, como se mencionó anteriormente, accedí al archivo remoto usando iTerm (en lugar de Termanal.app) y todo lo formateé como se esperaba. En base a esto, supuse que algo andaba mal entre Terminal.app y el servidor remoto. El usuario romainl sugirió que estableciera explícitamente $TERM xterm-256coloren mi ~/.bashrc( set TERM=xterm-256color) en el servidor remoto e intentara nuevamente con Terminal.app. Cuando hice eso, el texto se formateó correctamente, aunque con resaltado de sintaxis incorrecto. Luego eliminé la línea mencionada anteriormente ~/.bashrcen el servidor remoto, cerré la sesión y comencé de nuevo. Esta vez todo funcionó como se esperaba. Puede que simplemente haya sido que Terminal.app tuviera errores.
Gracias nuevamente a todos los que ofrecieron voluntariamente sus conocimientos.
Respuesta2
Tenía un comando complicado: resaltar en mi .vimrc que causó este problema que hace que vi sea inutilizable. Puede eliminar/confirmar esto iniciando vi sin configuración.
Primero salga de la sesión ssh y luego inicie sesión para obtener un shell limpio y luego: -
vi -u NONE -U NONE -N file.txt