バインドできないキーをバインドできるキーに置き換える方法は?

バインドできないキーをバインドできるキーに置き換える方法は?

(キーコード= 135)(別名右クリック)について話しますMenu。使用しません。

だから無効にしました。状況に応じたメニューXmodmapツールを使用すると、メニューが開かずにキーボードショートカットとして機能し続けます*

また、反復自体が無効になっていますxset -r 135(このようなキーをCtrl 押してもそれ自体は反復しないためです)。

*しかし問題は、HowCtrlShiftdoesなどの他のキーと組み合わせることができないことですAlt

Shiftたとえば、+などのAltショートカットを作成できますが、+somekeyでは同様の操作をS実行できず、Menu他のキーにバインドされていません。私はキーの「コード」を作成できますが、それは私が探しているものではありません。

Xmodmapではこれを行うことができないようです/

のようなキーに何が起こるかをxev -event keyboard確認できますCtrlShiftAltstateに由来する価値state 0x0押すと、state 0x4( の場合Ctrl L) 解除された場合。これはキーや他のバインドできないキーでは発生せず、Menuすべてのキーはそのまま残ります。state 0x0、多分それは問題ですか?

この問題をどのように解決できますか?

ありがとう

ベストアンサー1

修飾キーを誤って理解しました。

修飾子が何を使用しているかを確認できますxmodmap

Menuデフォルトでは修飾子ではありませんが、状況によってはメニューを実行できますF10(使用するソフトウェアによって異なります)。

state 0x0の出力から見ると、xev修飾子と効果的に関連しており、同時に複数の修飾子を押すとその合計が表示されます。

効果的だからxmodmap欲しいものを作ることはできません。これでMenu、有効な修飾子名を使用して修飾子マップに効果的に追加し、マップを変更してキー記号をxkbまだ送信していることを確認できます。しかし、これはエレガントな仕事ではありません。

xcapeHyper_R代わりに、他のキーと一緒に押すか、または単独で押すMenu(モードマップに追加すると仮定する)、このキーの修飾子をシミュレートするためにWaylandと互換性のある他のソフトウェアがあるというソフトウェアを使用することをお勧めします。

ドキュメントでは、xcapeこれらの修正を非常に簡単にします。

おすすめ記事