Gnu-Screen
啟用 UTF8 的恢復螢幕會中斷字元輸入
UTF8 螢幕重新連接問題概述。
問題:
創建使用 UTF8 的螢幕可以完美執行,直到重新附加所述螢幕會話。
腳步:
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"
細節
我是ttytter的忠實粉絲,並且已經使用了一段時間了。我最近開始使用 xterm vs xfce4-terminal/gnome-terminal,因為我發現它更乾淨。我出於個人和職業原因嘗試使用 UTF8,但我仍在嘗試解決一些錯誤。
最初的附件(創建)給了我 UTF8 輸入,它應該像它應該的那樣工作。$TERM 是xterm-256colors而 $LANG 是en_US.UTF-8。重新連接螢幕後也是如此,儘管我無法使用某些字元,例如顯示為**^H**的退格鍵。
似乎該問題特定於我發出的重新連接螢幕的命令。當我重新連接我的 UTF8 螢幕時,我試圖弄清楚是什麼導致了這樣的問題。我已經嘗試過*-dr和-dU -r*,它們都無法解決我的問題。我試過給 xterm 一個 -u8 標誌,但我的行為沒有改變。
xterm -class 'xterm-ttytter' -geometry 175x20 \ -title 'ttytter' -e ssh -t remotehost "screen -dU -r ttytter"
上述導致問題。
ssh remotehost screen -dU -r ttytter
以上工作正常。
設置
.screenrc
defc1 off defutf8 on utf8 on
.Xdefaults
xterm*utf8: 1
.bashrc
export LANG=en_US.UTF-8
我將非常感謝有關解決此問題的任何指導。
解決方案
**不同的“類”從/etc/X11/app-default/**載入不同的配置文件。我的問題是我的新 xterm 類沒有匹配的配置文件。
# cd /etc/X11/app-default # ln -s XTerm-color xterm-ttytter
上面將通過創建符號連結來連結 xterm-ttytter 的 XTerm-color 的類設置。這樣,對 XTerm-color 所做的任何更改也將自動應用於 xterm-ttytter。
感謝Freenode/#xterm上的 @Nei解釋 X11 的程序類。