¿Los bordes de Tmux se muestran como xq en lugar de líneas?

Tengo problemas para que tmux muestre líneas para bordes. Se están creando con x y q. Es un servidor de compresión Debian y la configuración regional está configurada en en_US UTF8. También intenté agregar

# instructs tmux to expect UTF-8 sequences setw -g utf8 on set -g status-utf8 on 

líneas a .tmux.conf. Nada parece funcionar. No estoy seguro de si se trata de un problema de configuración regional o no. Se muestra correctamente en otros servidores, pero no en Debian. Agradezco cualquier consejo que puedas ofrecer! Gracias…

Hay una falta de coincidencia entre su emulador de terminal y la entrada de la base de datos terminfo que está utilizando tmux (el nombre de la variable de entorno TERM al iniciar / adjuntar a un servidor tmux ).


Según la Guía del usuario del VT100, Tabla 3-9: Caracteres gráficos especiales , cuando se selecciona el “conjunto de gráficos especial”, x se usa para dibujar la “barra vertical” y q se usa para dibujar “Línea horizontal – Escanear 5”.

Bajo terminfo , los caracteres especiales de gráficos VT100 están disponibles como parte de la funcionalidad de conjunto de caracteres alternativo; vea la sección “Line Graphics” de la página man de terminfo (5) .


Probablemente (en su servidor Debian) la entrada efectiva de la base de datos terminfo indica que ACS está disponible, pero su emulador de terminal no responde realmente a las secuencias de control especificadas.

El archivo tmux CHANGES indica que algunos emuladores de terminal (por ejemplo, Putty) no respetan las secuencias de control de ACS cuando están en modo UTF-8. Por lo tanto, tmux 1.4 tiene un cambio que siempre utiliza caracteres UTF-8 en lugar de secuencias ACS cuando el cliente adjunto especifica que puede manejar UTF-8 (es decir, cuando se adjunta, -u se dio o UTF-8 está presente en LC_ALL, LC_CTYPE o LANG; la opción de ventana utf8 es sobre lo que tmux debe esperar de los progtwigs que ejecuta, no lo que puede enviar al cliente adjunto).

Debian “squeeze” solo incluye tmux 1.3 , por lo que su tmux probablemente no tenga la función “preferir el dibujo de líneas UTF-8” (a menos que se extraiga de una fuente de backports ).

Si no puede reparar su emulador de terminal ni actualizar al menos a tmux 1.4, entonces puede usar la opción de omisiones de terminal-overrides tmux para desarmar las capacidades relacionadas con ACS para que tmux recurra al dibujo de líneas ASCII. En su .tmux.conf (en el sistema Debian):

 set-option -ga terminal-overrides ',*:enacs@:smacs@:rmacs@:acsc@' 

Tuve el mismo problema con PuTTY y Windows 8 al conectarme a tmux en una máquina Debian Squeeze. Incluso cuando configuré el juego de caracteres en UTF-8 en PuTTY (en la configuración en Ventana> Traducción> Juego de caracteres remoto), no obtuve el dibujo de línea correcto.

Configurar el conjunto de caracteres remotos a ” Usar encoding de fonts ” fue el truco para mí.

Intente configurar el juego de caracteres en “UTF-8” y “Usar puntos de código de dibujo de línea Unicode” en Ventana -> Traducción en su configuración de masilla.

Tuve el mismo problema con Putty al ejecutar tmux en la máquina Linux 12.04. Incluso el ajuste del juego de caracteres a UTF-8 en PuTTY (en la configuración en Ventana> Traducción> Juego de caracteres remoto) no resolvió el problema.

Lanzando tmux con la opción -u hizo el truco ( tmux -u )

Corrí a través de la gama de sugerencias que incluyen:

  • confirmando la configuración regional y UTF-8 en PuTTY
  • exportando NCURSES_NO_UT8_ACS = 1
  • Intentando manualmente varias fonts y selecciones de traducción PuTTY

Por encima no funcionó. Las pantallas de diálogo mostraban qqqq … y xxxx con varios personajes de esquina.

Cambiar todas las llamadas de diálogo para incluir –ascii-lines era una opción, pero implicaría una gran cantidad de cambios de script.

La mejor recomendación fue cambiar el Conjunto de caracteres remoto a Usar encoding de fuente.

Configuración de cambio de PuTTY -> Ventana -> Traducción -> Conjunto de caracteres remoto -> Usar encoding de fuente

Dejó todas las demás configuraciones de PuTTY predeterminadas.

Cambié la configuración en Putty para terminal a Latin-1 y eso pareció solucionar el problema.

en Windows / Putty, la fuente que utiliza debe tener los caracteres para que muestre la traducción establecida “UTF-8” y “Usar puntos de código de dibujo de línea Unicode” y la fuente como “courier-new” y la mayoría de esos problemas desaparecen.

Para mí, el problema era que olvidé hacer un archivo locale.conf cuando configuré este cuadro de Arch Linux. Debajo de la línea solucionó el problema, sustituya su propio idioma. Un reinicio no fue necesario para mí.

 echo "LANG=en_US.UTF-8" > /etc/locale.conf