J'ai mis à niveau un 16.04 LTS à 18.04 LTS où la commutation de langue comportait déjà la combinaison alternative de alt+shift.
Bien que le changement de langue fonctionne, il semble que déplacer une fenêtre vers un autre lieu de travail avec des combinaisons de touches telles que ctrl+shift+alt+down, échoue et agit comme la même touche mais sans alt, qui ne fait que changer le lieu de travail.
J'ai confirmé avec xev
que chaque pression et combinaison de touches sont détectées, à l'exception du cas où alt+shift sont actifs en même temps, indépendamment de la tenue ctrl ou en laissant les touches disparaître, la keysum
nommée ISO_Next_Group
apparaît et toute détection ultérieure est bloquée.
Si je supprime la combinaison de commutateurs de langue alternative (avec gnome-tweeks
), tout se passe bien.
J'ai essayé de remplacer le commutateur de langue par défaut de super+space à alt+shift de settings
-> keyboard
et il ne détecte pas aucune touche alt, shift, ctrl sauf si une autre touche est enfoncée. Cela signifie que je ne peux pas définir alt+shift mais peut-être alt+shift+k que je ne veux pas.
Il semble y avoir un semblable rapport de bogue avec environ 300 commentaires de ... de 2004 à aujourd'hui (2018), mais je ne suis pas sûr que cela s'applique au problème exact, car cela fonctionnait jusqu'à présent et Je ne peux pas croire que le même problème puisse être âgé de 15 ans et que personne ne l’ait jamais dérangé.
Est-ce que je manque quelque chose?
La question liée suggérée les raccourcis clavier du système d'exploitation sont en conflit avec les raccourcis clavier des applications a fait l'affaire pour moi.
Il reste encore un mystère pourquoi il a fonctionné dans Ubuntu jusqu’au 18.04.