web-dev-qa-db-ja.com

alt-dalt-fなどがxtermで機能しなくなります

私のDebianシステムで時々奇妙なことが起こります。通常、プロンプト行では、alt-dのようなコンボを使用して単語を削除したり、alt-fを使用して次の単語に移動したりできます。

しかし、非常に定期的に、alt-dとalt-fが機能しなくなる何かがxtermで発生します。突然、「ä」(alt-d)と「æ」(alt-f)が出力されます。

これは、最初に望んでいたように動作していた端末で発生することに注意してください。しかし、どういうわけか、端末の動作を変更するコードまたは何かを送信する必要があります。

それは私がいつも働いている場所だからです。 ctrl + alt + f1を実行してコンソールに移動すると、デフォルトでalt-dが必要な処理(Wordの削除)を実行し、alt-fも実行します。たぶん、私もいくつかの悪い操作をすることによってそれを台無しにすることができました:私はテキストモードで働いていないので私はただ知りません。

また、「壊れた」xtermからxtermを生成すると、新しいxtermが期待どおりに機能することにも注意してください。

何が起こっている?以前はオフにしていたものをオンにしていますか?

私の.Xresourcesによると、xtermを開くと、期待どおりに動作しますが、後で「何か」によって壊れた状態に戻ります"I-print-characters-with-分音記号とその他のナンセンス "モード:

$ more .Xresources 
XTerm.vt100.eightBitInput: false
XTerm*eightBitInput: False
8
Weezy

あなたが必要

xterm*metaSendsEscape:  true

〜/ .Xdefaults

xrdb ~/.Xdefaults

新しいxtermを開始します。うまくいけば、もう問題は発生しないはずです。

11
freethinker

これを追加:

% grep -i escape .Xdefaults 
     xterm*metaSendsEscape: true

(つまり、xtermにあなたの alt キーは送信しています escape

1
akira

私はここでも同じ問題を抱えています。 Debianのローカルxtermではすべて正常に動作します。ただし、RHELサーバーにSSHで接続すると、m-b/m-fが機能しません。 RHELからログアウトした後も機能しません。

ソースコードを掘り下げてハックを見つけました。〜/.Xresourcesに次の行を追加するだけです。

XTerm*VT100*Translations: #override \n\
     Meta <KeyPress>:insert-seven-bit()
0
zhao tianlei