私の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
あなたが必要
xterm*metaSendsEscape: true
〜/ .Xdefaults
xrdb ~/.Xdefaults
新しいxtermを開始します。うまくいけば、もう問題は発生しないはずです。
これを追加:
% grep -i escape .Xdefaults
xterm*metaSendsEscape: true
(つまり、xtermにあなたの alt キーは送信しています escape)
私はここでも同じ問題を抱えています。 Debianのローカルxtermではすべて正常に動作します。ただし、RHELサーバーにSSHで接続すると、m-b/m-fが機能しません。 RHELからログアウトした後も機能しません。
ソースコードを掘り下げてハックを見つけました。〜/.Xresourcesに次の行を追加するだけです。
XTerm*VT100*Translations: #override \n\
Meta <KeyPress>:insert-seven-bit()