web-dev-qa-db-ja.com

Tmuxの境界線が行ではなくx qとして表示されますか？

Tmuxで境界線を表示するのに問題があります。それらはxとqで作成されています。これはdebian squeezeサーバーであり、ロケールはen_US UTF8に設定されています。私も追加してみました

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

.tmux.confへの行。何も機能していないようです。ロケールの問題かどうかはわかりません。他のサーバーでは正しく表示されますが、debianでは表示されません。あなたが提供できるあらゆるヒントに感謝します！ありがとう...

utf-8debiantmux
59
maplebonsai

端末エミュレーターとtmuxで使用されているterminfoデータベースエントリ（起動時/ tmuxサーバーに接続します）。

VT100ユーザーガイド、表3-9：特殊グラフィックス文字 に従って、「特殊グラフィックスセット」が選択されている場合、xを使用して「垂直バー」とqは、「水平線-スキャン5」の描画に使用されます。

terminfoでは、VT100特殊グラフィック文字が代替文字セット機能の一部として利用可能です。 terminfo（5）man page の「Line Graphics」セクションを参照してください。

おそらく（Debianサーバー上で）有効なterminfoデータベースエントリはACSが利用可能であることを示していますが、ターミナルエミュレーターは実際には指定された制御シーケンスに応答していません。

tmux[〜＃〜] changes [〜＃〜] ファイルは、一部の端末エミュレーター（PuTTYなど）がACS制御シーケンスを尊重しないことを示しますUTF-8モード。したがって、tmux1.4には、アタッチするクライアントがUTF-8を処理できることを指定するとき（つまり、アタッチするときに-uが指定されたとき）、ACSシーケンスの代わりに常にUTF-8文字を使用する変更がありますまたはUTF-8がLC_ALL、LC_CTYPE、またはLANGに存在します; utf8ウィンドウオプションは、接続されたクライアントに送信できるものではなく、実行するプログラムにtmuxが期待するものです）。

Debian“ squeeze”にはtmux1. のみが含まれているため、tmuxにはおそらく「UTF-8優先行」がありません描画」機能（ バックポート ソースからプルしない限り）。

端末エミュレータを修正することも、少なくともtmux1.4にアップグレードできない場合は、tmuxのterminal-overridesオプションを使用して設定を解除できる場合があります。 ACS関連機能tmuxがASCII線画に戻ります。.tmux.conf（Debianシステム上）：

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

Debian Squeezeマシンで実行されているtmuxに接続するときに、PuTTYとWindows 8で同じ問題が発生しました。 PuTTYで文字セットをUTF-8に設定しても（[ウィンドウ]> [翻訳]> [リモート文字セット]の設定で）、正しい線画が表示されませんでした。

リモート文字セットを "フォントエンコーディングを使用"に設定すると、私にとってはうまくいきました。

54
rkallensee

PuTTY設定の[ウィンドウ]-> [翻訳]で、文字セットを[UTF-8]および[Unicode線描画コードポイントを使用]に設定してみてください。

39
javamonk

Linux 12.04マシンでtmuxを起動すると、PuTTYで同じ問題が発生しました。 PuTTYで文字セットをUTF-8に設定しても（[ウィンドウ]> [翻訳]> [リモート文字セット]の設定で）、問題は解決しませんでした。

-uオプションを指定してtmuxを起動すると、トリック（tmux -u）

14
renadeen

私は次のようなさまざまな提案を実行しました。

  • puTTYでのロケールとUTF-8設定の確認
  • nCURSES_NO_UT8_ACS = 1のエクスポート
  • さまざまなフォントとPuTTY翻訳選択を手動で試す

上記は機能しませんでした。ダイアログ画面には、qqqq ...とxxxxがさまざまなコーナー文字とともに表示されました。

すべてのダイアログ呼び出しを変更して--ascii-linesを含めることはオプションでしたが、多くのスクリプトの変更が必要になります。

最善の推奨事項は、リモート文字セットをフォントエンコーディングを使用するように変更することでした。

PuTTY設定の変更->ウィンドウ->翻訳->リモート文字セット->フォントエンコーディングの使用

他のすべてのPuTTY設定はデフォルトのままにします。

7
E. Waldner

ターミナルのPuTTYの設定をLatin-1に変更したところ、問題が解決したようです。

3
Kurt Peters

KiTTY を使用している場合、Windows-> Translationタブに「UTFでACSの線画を許可する」と呼ばれるチェックボックスがあります。確認する必要があります：

enter image description here

2
Andrew Savinykh

windows/PuTTYでは、使用するフォントに「UTF-8」および「Unicodeの線画コードポイントを使用」および「courier-new」へのフォントを表示するための文字が必要です。これらの問題のほとんどはなくなります。

1
user250177

私にとって問題は、locale.confこのArch Linuxボックスをセットアップしたときのファイル。以下の行で問題を修正し、独自の言語に置き換えます。再起動は必要ありませんでした。

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