Diese ganze Ausgabe sieht aus wie ein "Es ist kein Bug, es ist ein FEATURE" -Geschenk von Gnome.
Kurz gesagt: Wenn Sie eine Medientaste drücken, wird ein Schlüsselcode generiert, der in einen Befehl übersetzt wird. Angenommen, Sie drücken eine Play / Pause-Taste. Es generiert einen Schlüsselcode 162 und einen Befehl XF86AudioPlay.
Nun erwartet fast jede Medienanwendung, die auf dieses Ereignis wartet (sei es VLC, Totem, Kodi, Spotify usw.), einen reinen XF86AudioPlay-Befehl. Und was macht der Gnom? Es fängt diesen Befehl ab und übersetzt ihn in seinen eigenen Befehl "play". Aus diesem Grund zeigen weder xev noch xbindkeys dieses Ereignis richtig an - sie erhalten niemals einen Befehl, den sie verstehen können.
Wenn Sie eine Medientaste drücken, empfängt Gnome den Befehl und prüft, ob eine App erkannt wurde, die diesen Befehl empfangen kann. Wenn es gibt (sagen wir Totem, Rhytmbox, vielleicht VLC), sendet es "Play", das funktionieren sollte. Wenn keine App erkannt wird, die diesen Befehl empfangen kann, zeigt Gnome das Zeichen an, das an den ersten Beitrag angehängt ist, und sendet keinen Befehl an eine andere Stelle.
Die Lösung ist einfach: Gnome kann wichtige Medienereignisse nicht abfangen. Installieren Sie dconf-editor, gehen Sie zu org.gnome.settings-daemon.plugins.media-keys und ändern Sie alle Schaltflächen, die funktionieren sollen, von XF86SomeExample (z. B. XF86AudioPlay
) in none (''). Auf diese Weise sollte jede App den Tastaturbefehl direkt erhalten.