Tmux Grenzen angezeigt als x q anstelle von Linien?

Ich bin mit Mühe tmux zur Anzeige von Linien für die Grenzen. Sie sind mit x und q ein. Es ist ein debian squeeze server und der Zeichensatz wird auf de_de UTF8. Ich habe auch versucht, indem 

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

Linien .tmux.conf. Nichts scheint zu funktionieren. Ich bin mir nicht sicher, ob es ein locale-Problem ist oder nicht. Es zeigt korrekt auf anderen Servern, aber nicht die von debian. Ich freue mich über jede Tipps, die Sie anbieten könnte! Danke...

InformationsquelleAutor der Frage maplebonsai | 2011-12-13

  1. 54

    Gibt es einige Diskrepanz zwischen Ihrem terminal-emulator und der terminfo Datenbank-Eintrag verwendet wird tmux (den Namen von dem TERM environment variable beim start/attach zu einem tmux server).

    Pro die VT100-Benutzerhandbuch Tabelle 3-9: Special Graphics Zeichenwenn die "Besondere Grafik-set" ausgewählt ist, wird x wird verwendet, um zu zeichnen, der "Senkrechte Balken" und q wird verwendet, um zu malen "- die Horizontale Linie - Scan 5".

    Unter terminfodie VT100 special graphics Zeichen verfügbar sind, als Teil der Alternative Zeichensatz Funktionalität; siehe auch das "Line-Grafik" - Abschnitt der terminfo(5) man-page.

    Wohl (auf Ihren Debian-server) die effektive terminfo Datenbank-Eintrag zeigt an, dass die ACS ist verfügbar, aber Ihre terminal-emulator ist nicht wirklich reagiert auf das angegebene Steuerelement-Sequenzen.

    Den tmux ÄNDERUNGEN Datei zeigt an, dass einige terminal-Emulatoren (z.B. Putty) nicht einhalten, wird der ACS-control-Sequenzen, wenn Sie in UTF-8-Modus. So tmux 1.4 eine änderung hat, macht es immer UTF-8-Zeichen anstelle von ACS-Sequenzen, wenn die Befestigung-client gibt an, dass Sie mit UTF-8 (also bei der Befestigung, -u gegeben wurde oder UTF-8 ist in LC_ALL, LC_CTYPE oder LANG; die utf8 Fenster die option ist über das, was tmux sollte erwarten, dass aus den Programmen es läuft, nicht, was Sie senden können, um den verbundenen client).

    Debian "squeeze" enthält nur tmux 1.3so dass Ihre tmux wohl nicht das "lieber UTF-8 line drawing" - Funktion (es sei denn, er zieht aus einem backports Quelle).

    Wenn Sie nicht beheben können Ihre terminal-emulator, noch ein upgrade auf mindestens tmux 1.4, dann Sie können möglicherweise verwenden Sie tmux's terminal-overrides zu löschenden option, die ACS-bezogene Funktionen, so dass tmux zurückgreifen, um ASCII-Zeichnungen. In Ihrem .tmux.conf (auf dem Debian-system):

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

    InformationsquelleAutor der Antwort Chris Johnsen

  2. 46

    Ich hatte das gleiche problem mit PuTTY und Windows 8 wenn die Verbindung zu tmux läuft auf einem Debian-Squeeze-Maschine. Auch wenn die Einstellung des charset auf UTF-8 in PuTTY (in den Einstellungen unter Fenster > Übersetzung; > Remote character set) habe ich nicht bekommen, die richtige Linie zu zeichnen.

    Einstellung der Remote character set "font-encoding" hat den trick für mich.

    InformationsquelleAutor der Antwort rkallensee

  3. 37

    Setzen Sie den Zeichensatz auf "UTF-8" und "Use Unicode line drawing code points" unter Fenster -> die Übersetzung in deiner putty-Einstellungen.

    InformationsquelleAutor der Antwort javamonk

  4. 10

    Ich hatte das gleiche problem mit Putty beim Start von tmux auf Linux 12.04 Maschine. Auch die Einstellung des charset auf UTF-8 in PuTTY (in den Einstellungen unter Fenster > Übersetzung; > Remote-Zeichensatz) nicht das problem lösen.

    Starten tmux-Instanz mit der option-u hat den trick (tmux -u)

    InformationsquelleAutor der Antwort renadeen

  5. 5

    Lief ich durch die Bandbreite der Vorschläge, einschließlich:

    • Bestätigung locale UTF-8-Einstellung in PuTTY
    • exportieren NCURSES_NO_UT8_ACS=1
    • manuell versucht, verschiedene Schriftarten und-Kitt-übersetzung-Auswahlen

    Oben hat nicht funktioniert. Dialog-displays zeigten qqqq... und xxxx mit verschiedenen Ecke-Zeichen.

    Ändern-dialog Aufrufe von include-ascii-Linien war eine option, aber es würde bedeuten, eine Menge von Skript-änderungen.

    Beste Empfehlung war die änderung der Remote-Zeichensatz font-encoding.

    PuTTY-Einstellungen Ändern --> Fenster --> Translation --> Remote Character Set --> font-encoding

    Links alle anderen PuTTY-Einstellungen standardmäßig aktiviert.

    InformationsquelleAutor der Antwort E. Waldner

  6. 3

    Änderte ich die Einstellung in Putty terminal-Latin-1 und das schien, das problem zu beheben.

    InformationsquelleAutor der Antwort Kurt Peters

  7. 1

    unter windows/putty die schriftart, die Sie verwenden, um die Zeichen angezeigt
    übersetzung "UTF-8" und "Use Unicode line drawing code points" und die schriftart auf "courier-new" und die meisten dieser Probleme gehen Weg

    InformationsquelleAutor der Antwort user250177

  8. 0

    Für mich war die Frage, die ich vergaß zu machen locale.conf - Datei, wenn ich dieses setup Arch Linux-box. Unter Zeile behebt das Problem, ersetzen Sie Ihre eigenen Sprache. Ein Neustart war nicht notwendig für mich. 

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

    InformationsquelleAutor der Antwort Lantorax

Schreibe einen Kommentar