CrunchBang++のi3でワークスペースを変更するときにスクロールを停止する方法は?

CrunchBang++のi3でワークスペースを変更するときにスクロールを停止する方法は?

VirtualBox コンピュータに CrunchBang++ をインストールしました。ようこそスクリプトとVirtualBoxゲストの追加からいくつかのパッケージをインストールしました。その後、i3をインストールし、~/.xsession以下を作成してウィンドウマネージャとして設定しました。

exec /usr/bin/i3

コンテンツとして。

1つの例外を除いて、すべてが期待どおりに機能します。マウスを垂直に移動しながらマウスホイールを上下にスクロールすると、現在のワークスペースが変更されます。 X、SLiM、i3、または他のプロセスがこの問題を引き起こしているかどうかはわかりません。この問題の原因は何ですか?どうやって防ぐことができますか?

答え1

これは答えではなく、答えを見つける方法の提案です。

走りましょうシフ、あなたはそれを確認できる必要がありますシフウィンドウはマウスボタン4と5を使用してログを生成します。例:

ButtonRelease event, serial 46, synthetic NO, window 0x4000001,
    root 0xc4, subw 0x0, time 169151426, (78,60), root:(142,831),
    state 0x800, button 4, same_screen YES

ButtonPress event, serial 46, synthetic NO, window 0x4000001,
    root 0xc4, subw 0x0, time 169151506, (78,60), root:(142,831),
    state 0x0, button 5, same_screen YES

それ以外の場合は、マウススクロール入力が他の主要なイベントにマッピングされるX構成の問題かもしれません。しかし、最初に見てみるのはi3構成だと思います。デスクトップ切り替え動作が機能であると仮定するため、構成のキーにバインドするオプションがある可能性があります。

デフォルトでは、マウスのスクロールによってどのイベントが生成されるかを確認し、そのイベントの設定を確認します。

答え2

〜のようにこの投稿Arch Linuxフォーラムでは、問題はVirtualBoxにあり、他のコンポーネントにはないと言います。単に自動マウス統合の無効化問題を解決しました。

これがなぜ問題を引き起こすのかわかりません。もちろん、より良い答えは、自動マウス統合を無効にせずにこの問題を解決することです。

関連情報