回答:
質問に対する直接的な答えではありませんが、Shift+ よりも優れたソリューションが存在する可能性がありますF10。ちょうど例として、私はこの答えを入力している間、Chromeブラウザでは動作しません。また、コンテキストメニューキー(別名Apps-Key)を実際に必要とするほとんどのプログラムでは、頻繁に使用するため、Shift+のような「両手で使用するか、扱いにくい」キーの組み合わせF10は好ましくありません。
ただし、私はWindowsソリューションについてのみコメントできることに注意してください。また、これらのソリューションは、他のキーがあることを前提としていますが、それらは犠牲にしてかまいません。
Windowsでは、レジストリを介してキーを再マッピングできます。悲しいことに、これは簡単な構文を使用しないため、おそらくサードパーティのユーティリティを使用してSharpKeysなどの再マッピングを生成する方が良いでしょう。
スクリーンショットは、コンテキストメニューキーがPrintScreenに置き換えられたThinkpad Edge E540の構成を示していますが、ユーティリティボタン(calc.exeを開く、画面をロックする、ブラウザーを開く、「マイコンピューター」を開く)を提供しています。 。
ありがたいことに、キーの説明的な名前を使用しているため、キーコードを自分で調べる必要はありません。
キーをレジストリに直接再マップするには、キーコードを見つけるためにサードパーティのソフトウェアが必要になります(特に非標準キーの場合)。そのため、デバイスでSharpKeysが機能する限り、試してみることをお勧めします。
または、AutoHotKeyなどのより汎用的なユーティリティを使用してキーを再マップできます。以前はスクリプトを使用していました
; Print is Context, Shift-Print is Print.
$PrintScreen::Send {AppsKey}
$+PrintScreen::Send {PrintScreen}
再マッピングすることPrintScreenにAppsしてShift+ PrintScreenにPrintScreen。
ただし、AutoHotKeyソリューションの弱点の1つは、多くのゲームなど、下位レベルのキーボードイベントにアクセスする一部のプログラムがAutoHotKeyを通過しないことです。
Shift+F10
そのようなキーです。残念ながら、多くのアプリケーションではサポートが不十分です(たとえば、KDE4 Dolphinはサポートしていないようです)。
回避策として、標準のメニューキーに変換するグローバルバインディングを使用します。
@kdbはWindowsでそれを行う方法を説明しているので、そこでソリューションを使用できます。Linuxでは、AutoKeyで動作するようになっています。
このスクリプトを追加して、にマップするだけ<shift>+<f10>
です。
keyboard.send_keys('<menu>')
バインディングを有効にする前に、スクリプトを保存する必要があることに注意してください。