Busqué y no pude encontrar una solución para esto en ninguna parte. Estoy usando PuTTY de Windows para conectarme a varios servidores donde ejecuto bash y screen. Parece que bash funciona bien con las teclas de flecha Ctrl para saltar palabra por palabra en la línea de comando, pero dentro de la pantalla no funciona. No en la pantalla, ctrl-left envía "^ [OC y ctrl-right es" ^ [OD ". Dentro de la pantalla obtengo" ^ [[C "y" ^ [[D ", que parecen ser los códigos para las teclas de flecha izquierda / derecha. ¿Hay alguna forma de que la pantalla reconozca las teclas de flecha Ctrl cuando utilizo PuTTY? (FYI, no recuerdo haber tenido este problema cuando utilicé gnu-terminal en linux en lugar de PuTTY).
ACTUALIZACIÓN: Parece que PuTTY es el problema ya que no está enviando los códigos de escape que son necesarios para que esto funcione. Me rindo por ahora y uso Cygwin + mintty.
fuente
^[[1;5A
Ctrl-Up, que parece ser más correcto, de acuerdo con code.google.com/p/mintty/wiki/Keycodes#Cursor_keysRespuestas:
Editar:
Esto es lo que funcionó para mí:
~/.bashrc
conjuntosTERM=xterm
(el mío esTERM=xterm-256colors
) anulando las pantallasTERM=screen
tput smkx
en el indicador de BashAhora las teclas Ctrl-Arrow saltan palabra por palabra
Con fines informativos, si lo hago:
tput smkx | hexdump -c
obtengo
0000000 033 [ ? 1 h 033 =
y
tput rmkx | hexdump -c
me da
0000000 033 [ ? 1 l 033 >
Creo que hay una manera de reelaborar esto en algo un poco mejor, pero es lo que tengo hasta ahora y parece funcionar.
Respuesta original:
De
info screen
:Y los VT100 no tienen códigos de teclas Ctrl-Arrow.
fuente
set -o vi
(si eres ese tipo de persona :)set -o vi
activa el modo de línea de comando vi para que pueda presionarESC
y usar las teclas vi para moverse y editar su línea de comando.Como se menciona aquí , puede poner en ~ / .inputrc:
Funcionó para mi.
fuente
$include /etc/inputrc
en la parte superior de su.inputrc
archivo, de lo contrario, readline no leerá los enlaces de todo el sistema, y las teclas como Inicio y Fin se romperán.Me sorprende un poco que haya conseguido que Putty envíe ctrl-arrowkeys correctamente incluso sin usar la pantalla, ya que nunca me ha funcionado. Mi solución fue cambiar a usar alt-arrowkeys (meta-arrowkeys), que creo que tienen el mismo enlace de palabra hacia adelante / hacia atrás en bash por defecto, aunque tuve que emitir un par de comandos adicionales para que zsh los reconozca:
fuente
En caso de que otros encuentren esta vieja pregunta como yo, una solución más reciente:
http://stuff.mit.edu/afs/athena/project/bsd/src/tmux-1.3/FAQ
fuente
Debe consultar la documentación de terminfo, ncurses, screen y putty si desea depurar / configurar correctamente. También los accesos directos bash se pueden configurar con inputrc. Mire las páginas de manual de bash y busque inputrc.
fuente
¿Tiene la codificación de caracteres correcta en Putty? Si se conecta a un servidor en UTF-8 y su masilla está en un juego de caracteres estándar, en vim, se escriben las teclas de flecha. Si Putty está en UTF-8, puede mover el cursor. Quizás sea lo mismo en tu caso ...
fuente
En su configuración de masilla en Terminal -> Características, hay algunas casillas de verificación "deshabilitar". Es posible que desee intentar deshabilitar las teclas de cursor de la aplicación o el modo del teclado de la aplicación; a veces, la masilla intenta ser "demasiado inteligente" y envía caracteres de control que no son compatibles con el servidor.
fuente
Estoy usando Terminal> Teclado> Teclas de función> Xterm R6 que ayuda a que las teclas de función htop (búsqueda f4, etc.) funcionen como se espera.
Lo que descubrí es que, en lugar de usar CTRL + flecha, ALT + flecha salta palabras en su lugar.
fuente