Descripción general de los problemas de volver a conectar la pantalla UTF8.
Problema:
Crear una pantalla que use UTF8 funciona perfectamente hasta volver a adjuntar dicha sesión de pantalla.
Pasos:
ssh remothost
screen -U -S ttytter
[detach screen]
[exit ssh]
xterm -class 'xterm-ttytter' -geometry 175x20 \
-title 'ttytter' -e ssh -t remotehost "screen -dU -r ttytter"
Detalles
Soy un gran admirador dettyttery lo he estado usando desde hace algún tiempo. Recientemente comencé a usar xterm vs xfce4-terminal/gnome-terminal porque encuentro que es mucho más limpio. Estoy intentando utilizar UTF8 por motivos personales y profesionales y todavía estoy intentando solucionar algunos errores.
El archivo adjunto inicial (creación) me proporciona una entrada UTF8 que funciona como debería. $TERM esxterm-256coloresmientras que $LANG eses_US.UTF-8. Esto también es cierto una vez que vuelvo a adjuntar la pantalla, aunque no puedo usar ciertos caracteres, como el retroceso, que aparece como^H.
Parece que el problema es específico del comando que estoy emitiendo para volver a conectar la pantalla. Estoy tratando de descubrir qué es lo que podría estar causando tal problema cuando vuelvo a conectar mi pantalla UTF8. Yo he tratado-dry-dU -r, los cuales no resuelven mi problema. Intenté darle a xterm el indicador -u8, pero no obtuve ningún cambio en el comportamiento.
xterm -class 'xterm-ttytter' -geometry 175x20 \
-title 'ttytter' -e ssh -t remotehost "screen -dU -r ttytter"
Lo anterior causa problemas.
ssh remotehost
screen -dU -r ttytter
Lo anterior funciona bien.
Ajustes
.screenrc
defc1 off
defutf8 on
utf8 on
.Xpredeterminado
xterm*utf8: 1
.bashrc
export LANG=en_US.UTF-8
Realmente agradeceré cualquier orientación para resolver este problema.
Respuesta1
Solución
Diferentes 'clases' cargan diferentes archivos de configuración desde/etc/X11/aplicación-default/. Mi problema era que mi nueva clase xterm no tenía un archivo de configuración coincidente.
# cd /etc/X11/app-default
# ln -s XTerm-color xterm-ttytter
Lo anterior vinculará la configuración de clase de XTerm-color para xterm-ttytter mediante la creación de un enlace simbólico. De esta manera, cualquier cambio que se realice en XTerm-color también se aplicará automáticamente a xterm-ttytter.
El crédito es para @Nei elNodo libre/#xtermpara explicar las clases del programa para X11.
Respuesta2
Los archivos predeterminados de las aplicaciones xtermestán diseñados para incluir XTerm-colorel uso de una ruta diferente. este recurso
*customization: -color
le diría a la biblioteca X Toolkit que cargue un archivo de recursos que termine en "-color".
Hay varios archivos predeterminados de aplicaciones instalados para xterm. Mirando mi /etc/X11/app-defaults, estos son los principales:
-rw-r--r-- 1 root 2400 Nov 27 2012 KOI8RXTerm
-rw-r--r-- 1 root 3609 Nov 27 2012 UXTerm
-rw-r--r-- 1 root 10112 Nov 27 2012 XTerm
y estos son los personalizados por color:
-rw-r--r-- 1 root 6217 Nov 27 2012 KOI8RXTerm-color
-rw-r--r-- 1 root 6209 Nov 27 2012 UXTerm-color
-rw-r--r-- 1 root 6207 Nov 27 2012 XTerm-color
ElXTermyXTerm-coloralgunos deberían requerir poca explicación: la clase predeterminada es XTermy el recurso de personalización agrega "-color". Los demás usan clases diferentes. Deberías estar interesado en la UXTermclase, ya que establece esto.
*VT100.utf8: 1
así como configurar fuentes útiles con UTF-8. El uxtermscript se ejecuta xtermutilizando la UXTermclase, además de garantizar que las variables de entorno local estén configuradas.
Otras lecturas:
Respuesta3
Supongo que estás obteniendo resultados confusos y, si ese es el caso, intenta ejecutar el resetcomando, o tal vez stty sane. Esto al menos tratará el síntoma.