私のキーボードがXのWindowsキーのSuper_L転送を停止したのはなぜですか?

私のキーボードがXのWindowsキーのSuper_L転送を停止したのはなぜですか?

私はLinux Mint 20を使用しており、XFCEをWMとして使用しています。次の内容を含む.Xmodmapファイルがあります。

keycode 166 = 0x0000
keycode 167 = 0x0000
remove Lock = Caps_Lock
keycode 66 = Escape
keycode 135 = Super_R

最初の2つは、キーボードのスペースバーの下にある戻る/進むボタンを無効にすることです。最後の行は、状況に応じたメニューキーをスーパーキーにすることです。

しかし、問題は、キーボードの左側にあるウィンドウ/スタートキーが正しく機能しないことです。 xevが送信するイベントを確認するために実行すると、Super_Lは送信されず、次のような奇妙なことが発生します。

FocusOut event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyGrab, detail NotifyAncestor

FocusOut event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyUngrab, detail NotifyPointer

FocusIn event, serial 37, synthetic NO, window 0x6c00001,
    mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 37, synthetic NO, window 0x0,
    keys:  2   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   
           0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

以前はうまくいきましたが、ウィンドウマネージャを使用しながらこのようなことが起こるように私が何をしたのか疑問に思いました。私のキーボードモデルが私が持っているMicrosoft Natural Ergo 4000になるようにキーボード設定を変更してみましたが、この動作は変わりませんでした。

別の奇妙なことは、XFCEでウィンドウマネージャのショートカットマッピングを変更しようとすると、機能ショートカットを検出して設定するオプションが提供されたときにWindowsキーが「Super」で押されたことを検出しますが、使用しようとしていることです。ショートカット機能のスーパーキーであるWindowsキーが動作しませんが、おかしいですね。

再起動し、キーボードを抜いて再接続し、別のキーボードを試してみましたが、すべて同じ結果が出ました。新しいクリーンユーザーを作成し、XFCEを使用しようとしましたが、そのユーザーにもこれが起こりました。したがって、これは別のXFCE構成の問題ではなく、システムレベルの問題に近いです。

何が間違っている可能性があるか、またはこの問題を診断する他の方法についてのアイデアはありますか?

ベストアンサー1

おすすめ記事