マウスのサイドボタンとキーボードのブラウザボタンが逆になっています
地元の在庫過剰店がワイヤレスマウス/キーボードセットを販売していたので、私はそれを手に入れました。これは、eBayで入手できる（安い中国の）種類と非常によく似ています。通常、Windowsエクスプローラーとブラウザーで[進む]/[戻る]にマップされる2つのサイドボタン（XButton1/2）が後方にあることを除いて、正常に機能します。キーボードのブラウザの戻るボタンとブラウザの進むボタンについても同じことが言えます。
このマウスとキーボードには、ドライバーやマニュアルはありません。 Windowsが自動的に汎用USBHIDマウスとして検出するため、ボックスに「ドライバーレス」と表示されます。そのため、ドライバーやソフトウェアを使用して構成することはできません。
調査によると、この問題が発生することはめったになく、解決策もありません。 1つの質問 ここに同じ問題がありますが、Firefoxのみであり、私が経験しているようなWindowsエクスプローラーではありません。
キーボードについては、Windowsで利用可能なキーの再マッピングを使用してみましたが、通常の正しいキーボードを含め、接続されているすべてのキーボードに影響します。
会社にメールを送信しましたが（ウェブサイトさえあることに少し驚いていました）、メールが配信不能として返送されました。 ◔_◔
マウスの左ボタンと右ボタンを入れ替える組み込みオプションがあることは知っていますが、サイドボタンはどうですか？ Windowsでボタンとキーを再マッピングするデバイス固有の方法を知っている人はいますか？
とりあえず、（できれば一時的な）回避策としてAutoHotkeyスクリプトを使用しています。
私が言ったように、私はそれらに電子メールを送ってみました（すべて アドレス彼らは持っています ）、しかし残念ながら電子メールは返送されたので、サポートがないと思います。
それを踏まえて、私はAutoHotkeyの回避策に落ち着きました。
- プレーンテキストファイルを作成する
次のように入力します
$Browser_Back::Send {Browser_Forward} $Browser_Forward::Send {Browser_Back}- 保存します（例：
MK_Rev.ahk;これらを既存の汎用スクリプトに追加しましたMisc.ahk） - 実行します（例：
autohotkey MK_Rev.ahk
これは、一般的には扱いますが、完全ではなく、いくつかの問題が発生する可能性があります。
特定の状況下では、AHKはキー/ボタンをインターセプトして再マップできない場合があります。そのような状況の1つは、CPUの負荷が高い場合ですが、AHKを高優先度に設定することで簡単に解決できます。もう1つの状況は、プログラムが非標準的な方法でキーを読み取る場合ですが、通常、それらはブラウザのナビゲーションボタンを使用しません。
それらが逆になっていない通常のマウス/キーボードを接続すると、AHKがそれらを逆にします。つまり、キーは不良セットでは正しく機能し、良好セットでは逆方向に機能します。これは狂気です！ MADNESS !!!これに対処する1つの方法は、適切なセットに切り替えるときにスクリプトを停止または一時停止することです。もう1つは、スクリプトを拡張して、ホットキーが開始されたキーボード/マウスを何らかの方法で検出し、再マップするかどうかを動的に決定することです。残念ながら、それは単純なことではなく、理論的には可能な高度なコーディングを必要とする大幅な変更になります（AHKはDLLシステムコールをサポートします）が、一般的に大規模な調査とテストの努力の価値はありませんそれをやってのけるために—問題なく別のセットを購入する方が速く、安く、そして簡単でしょう（私はこれが本当に好きですが）。