Hyper+Tabが機能しないのはなぜですか? (Ubuntu gnomeとXfceでテスト済み)

Hyper+Tabが機能しないのはなぜですか? (Ubuntu gnomeとXfceでテスト済み)

以下はgnomeの問題の例です。しかし、Xfceでこれを試したときも同じ問題が発生しました。

キーボードにスーパーキーが設定されています。キーボードショートカットとして機能し、xevで確認すると大丈夫です。ただし、次のgsettingsを適用すると機能しません。

org.gnome.desktop.wm.keybindings switch-windows ['<Hyper>Tab']
org.gnome.desktop.wm.keybindings switch-windows-backward ['<Hyper><Shift>Tab']

つまり、gnome gsettings コマンドは次のようになります。

gsettings set org.gnome.desktop.wm.keybindings switch-windows "['<Hyper>Tab']"

Hyperを使用してアプリケーションとサイクルウィンドウを切り替えると、同じ問題が発生します。これも機能しません。ただし、SuperやAltなどを使用すると、すべての組み合わせが期待どおりに機能します。

また、Hyper+1,2,3,...a,b,c を操作 (自動キーなど) にバインドすることが完全に可能であることも確認しました。重要なのは、Hyper+Tab を他のタスクにバインドできることです。これは素晴らしいです。それでは、Hyper + Tabとウィンドウ切り替え設定の間の相互作用が奇妙に見えますか?

私は最近Xfceで試しましたが、同じ問題が発生しました。 (Ubuntu 19.04)。したがって、これはgnomeとXfceの共有コンポーネントに関連しているか、gnome / Xfceとはまったく関係ありません。

主な問題:Hyperで動作しないものは何ですか?

今、私はこの質問をいくつかのフォーラムに投稿し、IRCなどに質問しました。

マイナーな質問:なぜ答えがないのですか?この質問は本当に難しいですか?私は奇妙な場所に尋ねましたか?他の人が気づかなかった深い質問ですか?本当に知りたいです!

編集する。xevの出力が削除されました2019-11-18

答え1

キーボードを表示するためにxevを使用することを提案したため、考えられる問題が発生しました。特に、

xmodmap -pm

Mod5の表示が複雑すぎて、修正が次のデフォルトマップに含まれていました(xkb USキーボードレイアウトの場合)。

mod4        Super_L (0x25),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        ISO_Level3_Shift (0x5c),  Mode_switch (0xcb)

私の地図と比べると

mod4        Super_L (0x25),  Super_R (0x86),  Super_L (0xce),  Hyper_L (0xcf)
mod5        <OTHER_KEYS, inc. Hyper_R> ISO_Level3_Shift (0x5c),  Mode_switch (0xcb) 

したがって、ISO_Level3_ShiftはHyperに沿ってトリガーされるため、効果はありません。

編集する。 2019年11月18日。デフォルトではsuperに変更してから別のモード番号を使用してください。詳細については、次の記事を参照してください。https://github.com/bjohas/Ubuntu-keyboard-map-like-OS-X/blob/master/Hyper%20key.md

関連情報