Dans Kubuntu 14.04 (KDE 4.13.0), j'utilise imwheel 1.0.0pre12-9 pour faire correspondre les boutons supplémentaires de mon LogiTech M510 à des touches utiles pour certains programmes. Cela fonctionne bien, il démarre gentiment lorsque mon ordinateur s'allume et il survit même à la suspension en RAM.
Le problème est que imwheel s'arrête souvent lorsque tv-browser.org affiche une notification automatique. J'ai configuré ces notifications dans KWin pour qu'elles s'affichent toujours en haut et j'ai également activé la prévention du focus steeling. TVB n'est pas le seul programme à tuer imwheel.
Si je n'ai pas bougé la souris pendant quelques secondes, imwheel survivra à une notification TVB. Si je suis en train d'utiliser activement la souris (défilement/clic gauche/glissade) au moment où l'une de ces fenêtres contextuelles apparaît, les extra-mappings d'imwheel ne fonctionneront plus.
J'ai lancé imwheel à partir de la console : aucune erreur n'est affichée. Le processus d'imwheel est toujours présent, mais ne fait plus rien. Cela se produit environ une fois par heure, et je ne peux donc pas compter sur le fait que le bouton du pouce exécute actuellement la commande que j'ai programmée ou qu'il exécute, par exemple, un retour à la configuration par défaut de Firefox en contournant imwheel.
Mes questions :
- Quelqu'un d'autre a déjà eu ce problème ?
- Comment et où obtenir de l'aide pour ce scénario complexe ?
- Dois-je signaler un bogue contre KWin ? Dans le launchpad ou en amont chez kde ?
- Qui assure la maintenance d'imwheel ? Il n'existe qu'un http://imwheel.sf.net depuis 2004
- Pouvez-vous nous recommander un logiciel alternatif plus récent pour mapper les boutons du pouce de la souris aux touches du clavier dans Kubuntu / KDE ?
Merci pour votre temps et vos conseils
EDIT :
J'ai trouvé d'autres moyens de tuer imwheel de façon presque fiable.
-
Dans Firefox, lorsque j'enregistre un petit téléchargement / une image sur mon disque dur, il y a une animation de l'icône de la flèche verte. Si je clique sur le bouton de mon pouce (censé fermer l'onglet en cours par Ctrl+W) dans les deux secondes qui suivent cette animation, l'onglet ne se ferme pas et imwheel est défectueux partout (également dans d'autres programmes/Windows).
-
Après avoir changé de Windows ou de bureau, j'ai activé quelques effets 3D fantaisistes. Si je clique trop rapidement sur l'un des boutons du pouce juste après une telle animation, imwheel est également désactivé.
Je dirais, à titre d'hypothèse, qu'imwheel essaie en quelque sorte de transmettre ses événements-clés dérivés de la pression des boutons du pouce à une surcouche graphique qui n'est pas une fenêtre à part entière et qui n'est certainement pas censée obtenir la mise au point du clavier.
Finalement, j'ai trouvé que "imwheel --kill" était beaucoup plus rapide pour le réactiver (au lieu de se déconnecter et de se reconnecter). J'ai même créé un raccourci clavier global.
EDIT2 :
Le débogage montre que imwheel détache les boutons 4 à 9, puis attend éternellement, sans jamais les saisir à nouveau. Seul un redémarrage avec -k peut le faire revenir.
Le scénario le plus simple consiste à envoyer un bouton de pouce mappé à une fenêtre configurée, qui se trouve en arrière-plan et n'a pas le focus. La sortie de débogage montre qu'imwheel teste la fenêtre qui a le focus et ne respecte pas la position de la souris sur l'autre fenêtre. Aucune des règles ordinaires ne s'applique à cette fenêtre, mais j'ai créé une règle d'exclusion à la fin de ~/.imwheelrc comme ceci :
".*" @Priorité=-1000 @Exclude
correspondant à chaque fenêtre.
La suppression/commentaire de cette règle d'exclusion finale résout mon problème. imwheel ne se plante plus.
