☰

クールなウィンドウマネージャがショートカット認識を停止します

tag-icon • tag-icon keyboard-shortcuts awesome
クールなウィンドウマネージャがショートカット認識を停止します

私は最近UbuntuでAwesome（X Windows管理者）を使い始めました。ギイ！しかし、時には（最大1日に1回）衝突が発生したり、少なくともショートカット入力を受け入れないことがあります。私はワークスペース（タブ、人々がそう呼んでいると思います）に閉じ込められています。他のボタンをクリックするかMod4+番号を使用すると機能しません。ただリスニングを停止します。mod4+を入力すると、クールなキーリスナーだけが中断されたかのようにj入力されます。jしかし、現在のワークスペースでは、すべてがうまくいっており、素晴らしいUIがまだ上にあり、さらに時計もカチカチしています！

ちゃんと終了もできなくて手動で終了するしか…何が起こるのか全く分かりません。すべてのショートカットを無効にするショートカットでも、誤って入力したショートカットでも、奇妙な半衝突がある可能性がありますが、Googleで参考資料をたくさん検索しましたが、何も見つかりませんでした。何が起こっているのか、それを解決する方法（またはより良い方法はこれらの現象が発生しないようにする方法）を知っている人はいますか？

答え1

あなたの説明によると、ウィンドウマネージャはクラッシュしません。まだウィンドウ関連のイベントに応答していますが、問題は、もはやキーボードイベントを検出できないことです。

キーボード設定が変更されたが、Awesomeがそれを認識しない場合があります。確認するignore_modifiers正しく設定してください。修飾子が欠落している場合、LockCaps NumLockLock / Number Lockがオンのときにキーボードとマウスのショートカットは機能しません。また、送信中であると思われるキーがMod4まだその修飾子を送信していることを確認してください。

xevキーボードの送信内容を確認するには、端末でコマンドを実行し、xevウィンドウでキーを押します。押すと、A次の内容が表示されます。

KeyPress event, serial 33, synthetic NO, window 0x4a00001,
    root 0xab, subw 0x0, time 291526925, (443,-11), root:(454,44),
    state 0x0, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XmbLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x4a00001,
    root 0xab, subw 0x0, time 291527038, (443,-11), root:(454,44),
    state 0x0, keycode 38 (keysym 0x61, a), same_screen YES,
    XLookupString gives 1 bytes: (61) "a"
    XFilterEvent returns: False

stateこれと異なることがわかると、Caps Lockなどの0x0修飾子がオンになっているという意味です。キーを0x2押すとMod4ステータスをに変更する必要があります0x40。

関連情報