tl; dr
Je viens d'acheter un Logitech T630 . Il s'agit d'une souris Bluetooth qui prend en charge plusieurs événements clavier via des gestes (PDF). Ces gestes sont fins et dandy mais je les ai peu utilisés. J'ai du mal à m'en débarrasser.
Je souhaite effectuer les opérations suivantes, par ordre de priorité décroissante:
- désactiver ces gestes
- remapper les gestes (je pense que sans pirater le firmware ou inverser l'ingénierie des pilotes de périphériques Windows / OS X, ce n'est pas possible)
Je ne veux pas:
- utiliser Windows
- désactiver tous les gestes
Pour plus d'informations, lisez la suite…
boutons et gestes
Les treize événements souris possibles sont:
- click gauche
- Clic du milieu
- clic-droit
- faire défiler vers le haut
- défiler vers le bas
- défiler vers la gauche
- défiler vers la droite
- glisser le bord vers la gauche
- glisser le bord vers la droite
- glissement de deux doigts vers la gauche
- glissement de deux doigts vers la droite
- tapez deux fois
- toucher deux doigts
Les sept premiers sont dans l'ordre de la façon dont le système d'exploitation les mappe.
Seuls les trois premiers sont mécaniques - tous les autres utilisent la surface tactile:
Options GUI
L'installation dans Kubuntu Trusty était un jeu d'enfant, mais elle offre peu de support pour configurer ces autres gestes.
Ces gestes ne sont pas liés à:
- pavé tactile (
synapticsne fonctionne pas) - accessibilité
- coins chauds
- gestes standard de la souris
Tous les paramètres liés à ceux-ci ont été vérifiés et ils sont tous désactivés.
paramètres de ligne de commande
lomoco
L' lomocoutilitaire permettant de configurer les fonctions spéciales des souris USB Logitech n'est pas applicable.
xinput
Je pensais que cela xinputpourrait aider:
$ xinput --list | grep pointer
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ Ultrathin Touch Mouse id=13 [slave pointer (2)]
$ xinput --list-props 13
Device 'Ultrathin Touch Mouse':
Device Enabled (144): 1
Coordinate Transformation Matrix (146): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
Device Accel Profile (266): 0
Device Accel Constant Deceleration (267): 1.000000
Device Accel Adaptive Deceleration (268): 1.000000
Device Accel Velocity Scaling (269): 10.000000
Device Product ID (261): 1133, 45069
Device Node (262): "/dev/input/event11"
Evdev Axis Inversion (270): 0, 0
Evdev Axes Swap (272): 0
Axis Labels (273): "Rel X" (154), "Rel Y" (155), "Rel Horiz Wheel" (746), "Rel Vert Wheel" (265)
Button Labels (274): "Button Left" (147), "Button Middle" (148), "Button Right" (149), "Button Wheel Up" (150), "Button Wheel Down" (151), "Button Horiz Wheel Left" (152), "Button Horiz Wheel Right" (153), "Button Side" (1032), "Button Extra" (1033), "Button Unknown" (264), "Button Unknown" (264), "Button Unknown" (264), "Button Unknown" (264)
Evdev Middle Button Emulation (275): 0
Evdev Middle Button Timeout (276): 50
Evdev Third Button Emulation (277): 0
Evdev Third Button Emulation Timeout (278): 1000
Evdev Third Button Emulation Button (279): 3
Evdev Third Button Emulation Threshold (280): 20
Evdev Wheel Emulation (281): 0
Evdev Wheel Emulation Axes (282): 0, 0, 4, 5
Evdev Wheel Emulation Inertia (283): 10
Evdev Wheel Emulation Timeout (284): 200
Evdev Wheel Emulation Button (285): 4
Evdev Drag Lock Buttons (286): 0Notez les 13 étiquettes des boutons:
$ xinput --get-button-map "Ultrathin Touch Mouse"
1 2 3 4 5 6 7 8 9 10 11 12 13Les désactiver n'a pas aidé:
$ xinput --set-button-map "Ultrathin Touch Mouse" 1 2 3 4 5 6 7 0 0 0 0 0 0Même si, par exemple, il peut transformer le bouton central de la souris en un clic gauche:
$ xinput --set-button-map "Ultrathin Touch Mouse" 1 1 3 4 5 6 7 0 0 0 0 0 0xmodmap
Similaire à xinput, mêmes résultats:
$ xmodmap -e "pointer = 1 2 3 4 5 6 7 0 0 0 0 0 0"inputkbd
Suggéré par elmicha ci - dessous , cela fonctionne au niveau du noyau, essayant de faire en sorte que les gestes entraînent des événements clavier nuls. Devrait fonctionner, mais pas de chance ici non plus, avec le processus suivant:
$ sudo input-kbd 4 > keymap # note the 4 is from /dev/input/event4
# edit the keymap to map any combination of keys to either 0 or 240 (KEY_UNKNOWN)
# e.g. change this:
# 0x700e0 = 29 # KEY_LEFTCTRL
# to this:
# 0x700e0 = 0 # KEY_LEFTCTRL
# or this:
# 0x700e0 = 240 # KEY_LEFTCTRL
$ sudo input-kbd -f keymap 4
$ sudo input-kbd 4 # should return the updated keymapAprès cela, le clavier ne montre aucun changement.
xkbcomp
Cela a été suggéré par Xle pirate informatique Peter Hutterer , certainement un homme qui devrait savoir ce qu'il faisait. Mais pas de chance:
$ xkbcomp -xkb $DISPLAY t630.xkb
# edit the keyboard description and replace the definition of any key to NoSymbol or VoidSymbol
# e.g. change this:
# key <LCTL> { [ Control_L ] };
# to this:
# key <LCTL> { [ NoSymbol ] };
# or this:
# key <LCTL> { [ VoidSymbol ] };
$ sudo xkbcomp -i 8 t630.xkb $DISPLAY # here the 8 is the id in xinput, names don't work
$ xkbcomp -xkb -i 8 $DISPLAY - # should return the updated keyboard descriptionAprès cela, la description du clavier ne montre aucun changement.
Peter a estimé que cela était probablement dû au fait que Xla nature de l'appareil en tant que clavier ou souris est confuse, un peu comme ce bogue qui a le problème opposé. Cela peut expliquer pourquoi tous les autres éléments attendus ne fonctionnent pas. Cependant, il a également déclaré que l'utilisation evdevne devrait pas fonctionner pour la même raison.
evdev
Cela a semblé fonctionner au début, mais ce n'est pas le cas non plus. Cela tente de tirer parti du pilote d'entrée générique pour Xdéfinir le mappage des boutons en ajoutant les éléments suivants à /usr/share/X11/xorg.conf.d/10-evdev.confou /etc/X11/xorg.conf.d/10-evdev.conf:
# custom for Logitech Ultrathin Touch mouse
Section "InputDevice"
Identifier "Logitech bluetooth Touch Mouse"
Driver "evdev"
Option "Name" "Ultrathin Touch Mouse"
Option "ButtonMapping" "1 2 3 4 5 6 7 0 0 0 0 0 0"
EndSection
Section "InputClass"
Identifier "Ultrathin Touch Mouse"
Option "ButtonMapping" "1 2 3 4 5 6 7 0 0 0 0 0 0"
EndSectionCela semble fonctionner sans erreur dans /var/log/Xorg.0.log(utilisation grep EE) et xinputconfirme le mappage des boutons, mais cela n'entraîne pas l'effet désiré.
Cependant, cela est connu pour fonctionner avec le T631.
événements clavier
Le problème réside, je pense, dans le fait que ces gestes génèrent des événements clavier:
$ sudo evemu-record /dev/input/event4 | grep "E: "
# swipe edge right
E: 0.000000 0004 0004 458976 # EV_MSC / MSC_SCAN 458976
E: 0.000000 0001 001d 0001 # EV_KEY / KEY_LEFTCTRL 1
E: 0.000000 0004 0004 458979 # EV_MSC / MSC_SCAN 458979
E: 0.000000 0001 007d 0001 # EV_KEY / KEY_LEFTMETA 1
E: 0.000000 0004 0004 458795 # EV_MSC / MSC_SCAN 458795
E: 0.000000 0001 000f 0001 # EV_KEY / KEY_TAB 1
E: 0.000000 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
E: 0.002980 0004 0004 458976 # EV_MSC / MSC_SCAN 458976
E: 0.002980 0001 001d 0000 # EV_KEY / KEY_LEFTCTRL 0
E: 0.002980 0004 0004 458979 # EV_MSC / MSC_SCAN 458979
E: 0.002980 0001 007d 0000 # EV_KEY / KEY_LEFTMETA 0
E: 0.002980 0004 0004 458795 # EV_MSC / MSC_SCAN 458795
E: 0.002980 0001 000f 0000 # EV_KEY / KEY_TAB 0
E: 0.002980 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
# swipe edge left
E: 3.306977 0004 0004 458978 # EV_MSC / MSC_SCAN 458978
E: 3.306977 0001 0038 0001 # EV_KEY / KEY_LEFTALT 1
E: 3.306977 0004 0004 458979 # EV_MSC / MSC_SCAN 458979
E: 3.306977 0001 007d 0001 # EV_KEY / KEY_LEFTMETA 1
E: 3.306977 0004 0004 458866 # EV_MSC / MSC_SCAN 458866
E: 3.306977 0001 00c1 0001 # EV_KEY / KEY_F23 1
E: 3.306977 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
E: 3.310979 0004 0004 458978 # EV_MSC / MSC_SCAN 458978
E: 3.310979 0001 0038 0000 # EV_KEY / KEY_LEFTALT 0
E: 3.310979 0004 0004 458979 # EV_MSC / MSC_SCAN 458979
E: 3.310979 0001 007d 0000 # EV_KEY / KEY_LEFTMETA 0
E: 3.310979 0004 0004 458866 # EV_MSC / MSC_SCAN 458866
E: 3.310979 0001 00c1 0000 # EV_KEY / KEY_F23 0
E: 3.310979 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
# two finger double tap
E: 10.225976 0004 0004 458983 # EV_MSC / MSC_SCAN 458983
E: 10.225976 0001 007e 0001 # EV_KEY / KEY_RIGHTMETA 1
E: 10.225976 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
E: 10.229986 0004 0004 458983 # EV_MSC / MSC_SCAN 458983
E: 10.229986 0001 007e 0000 # EV_KEY / KEY_RIGHTMETA 0
E: 10.229986 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
# two finger swipe left
E: 27.934977 0004 0004 589828 # EV_MSC / MSC_SCAN 589828
E: 27.934977 0001 0113 0001 # EV_KEY / BTN_SIDE 1
E: 27.934977 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
E: 27.937983 0004 0004 589828 # EV_MSC / MSC_SCAN 589828
E: 27.937983 0001 0113 0000 # EV_KEY / BTN_SIDE 0
E: 27.937983 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
# two finger swipe right
E: 32.513990 0004 0004 589829 # EV_MSC / MSC_SCAN 589829
E: 32.513990 0001 0114 0001 # EV_KEY / BTN_EXTRA 1
E: 32.513990 0000 0000 0000 # ------------ SYN_REPORT (0) ----------
E: 32.516994 0004 0004 589829 # EV_MSC / MSC_SCAN 589829
E: 32.516994 0001 0114 0000 # EV_KEY / BTN_EXTRA 0
E: 32.516994 0000 0000 0000 # ------------ SYN_REPORT (0) ----------En ce qui concerne le clavier , ils se réfèrent à:
$ sudo input-kbd 4 | grep -e KEY_LEFTCTL -e KEY_LEFTMETA -e KEY_TAB -e KEY_LEFTALT -e KEY_F23 -e KEY_RIGHTMETA -e BTN_SIDE -e BTN_EXTRA
0x700e2 = 56 # KEY_LEFTALT
0x700e3 = 125 # KEY_LEFTMETA
0x700e7 = 126 # KEY_RIGHTMETA
0x7002b = 15 # KEY_TAB
0x70072 = 193 # KEY_F23
0x700e2 = 56 # KEY_LEFTALT
0x700e3 = 125 # KEY_LEFTMETA
0x700e7 = 126 # KEY_RIGHTMETA
0x90004 = 275 # BTN_SIDE
0x90005 = 276 # BTN_EXTRAAppuyer deux fois ne semble rien faire.
Autres références
Il peut également être utile de signaler une référence à des problèmes similaires dans un bogue avec la souris susmentionnée ne se trouvant pas dans la gnome-bluetoothbase de données de code PIN. Inutile de dire que d'autres commentaires sur le sujet sont officiellement hors sujet sur ce rapport de bogue, mais les références peuvent aider à ajouter une certaine perspective sur la nature de ce problème.
Voici la sortie de evemu-describe /dev/input/event4FWIW.
Adaptateurs Bluetooth
FWIW J'ai utilisé deux adaptateurs USB Bluetooth différents:
$ lsusb | grep Bluetooth
Bus 007 Device 010: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
$ lsusb | grep Bluetooth
Bus 007 Device 011: ID 0a5c:21e8 Broadcom Corp. BCM20702A0 Bluetooth 4.0
vmmouse_detectutilitaire.xmodmapetxinputet mêmexorg.confsera utile sous votre Kubuntu mais pas sous Windows VM. Donc, sous WinVM, vous devriez pouvoir configurer votre souris avec les utilitaires Logitech standard pour Windows.Réponses:
Après beaucoup de douleur, j'ai réussi à créer une carte clé qui fait quelque chose d'utile.
Tout d'abord quelques notes (je ne peux pas encore commenter) sur la réponse précédente:
le script fixMouse fourni par Mr back-up ne fonctionne pas, car parfois l'entrée Clavier de la souris apparaît avec le mauvais nom dans xinput, c'est-à-dire dans mon cas, elle montre:
d'autre part, vous pouvez utiliser lsinput de input-utils pour trouver l'id correct:
pour une raison quelconque lors du vidage de la carte pour la souris, certains codes sont dupliqués (ceux entre 0x700e0 et 0x700e7), faites attention à les trouver et à les éliminer, sinon vous deviendrez fou.
le remplacement de tous les codes clés par KEY_UNKNOWN empêche les salves de caractères aléatoires, mais rend les actions tactiles spéciales inutiles. J'ai trouvé à la place que vous pouvez remapper certains des gestes en combinaisons utiles. En particulier, le "balayage à partir de la gauche" envoie les codes 0x700e0 + 0x700e3 + 0x7002b, tandis que le "balayage à partir de la droite" envoie 0x700e3 + 0x700e3 + 0x70072. J'ai mappé 0x700e3, qui est commun aux deux gestes, à KEY_UNKNOW, pour le supprimer. Ensuite, j'ai utilisé les codes de clé restants pour créer CTRL + F8 (grille de bureau) et ALT-F2 (coureur), mais bien sûr, vous pouvez générer n'importe quelle combinaison de deux clés. Voici ma carte, soyez prudent lors du copier / coller pour ne laisser aucune ligne vide et aucun espace vide initial (ils cassent input-kbd):
Je n'ai pas pu obtenir les codes appropriés pour les balayages à deux doigts, mais encore une fois, je m'en fiche car ces gestes sont impossibles à effectuer.
PS Au cas où vous voudriez essayer de personnaliser d'autres gestes, voici comment j'ai procédé:
J'ai trié les entrées de la carte, nettoyé les doublons et remarqué qu'il comprend 252 symboles (plus 5 boutons).
J'ai mis les dix premiers symboles à KEY_A, les dix suivants à KEY_B et ainsi de suite jusqu'aux 2 derniers qui sont devenus KEY_Z; puis j'ai chargé cette carte.
J'effectue les gestes dans une fenêtre de texte (ou vous pouvez utiliser "xbindkeys -mk") et je prends note des lettres produites.
Dans la carte, je change toutes les lettres NON produites en KEY_UNknown, les trois restantes en KEY_A, KEY_B, KEY_C .. KEY_Z, KEY_1, .., KEY_4, puis je charge cette nouvelle CARTE.
J'exécute à nouveau le geste, je prends note des lettres / chiffres produits: ce sont les codes qui peuvent être définis selon ce dont vous avez besoin pour faire une combinaison de touches spécifique.
la source
Vous pouvez essayer d'utiliser à
input-kbdpartir duinput-utilspackage:En utilisant l'index du périphérique d'entrée (par exemple 4 pour
/dev/input/event4, qui peut être trouvé vialsinputqui est nécessairement différent de l'id utilisé dansxinput), vous pouvez reconfigurer la carte du clavier en lui fournissant un fichier avec le-fcommutateur, par exempleoù le
some-fileprend la forme descancode = keycode|keyname, où les éléments suivants sont équivalents:Vous pouvez trouver la carte actuelle avec
sudo input-kbd 4. Puisque vous devez ouvrir un fichier à partir de/dev, vous devez utiliser le superutilisateur pour lire l'événement.Notez également que malgré son nom apparemment trompeur, cela fonctionne aussi avec les souris.
la source
awk '/KEY_/ { $3 = 240 } { print }'.KEY_UNKNOWN, ou d'ailleursBTN_EXTRA,?sudo input-events 4pour voir quel bouton de la souris est lequel. KEY_UNknown (espérons-le) n'imprime ni ne déclenche aucune action.name.shlà pour inverser le nom de la clé -> mappage de code, pour permettre à input_kbd d'imprimer les noms des codes de clé.Pour désactiver les gestes, vous pouvez modifier le mappage des boutons avec le
evdevpilote afin que les 6 derniers "boutons" soient tous désactivés comme suit:en ajoutant
/usr/share/X11/xorg.conf.d/10-evdev.confou en/etc/X11/xorg.conf.d/10-evdev.conffonction de ce que vous avez:redémarrer le
Xserveur avecsudo service lightdm restartxinput --get-button-map "Ultrathin Touch Mouse"Vous pouvez modifier la valeur de la
InputDevice Identifiersi vous le souhaitez, mais il est important de conserver la valeur pourInputDevice NameetInputClass Identifiercomme "Ultrathin Touch Mouse", car c'est ainsi que laxinputreconnaît.Testé avec la version Mac, T631.
Si vous voulez un peu plus d'informations sur
evdev, ce billet de blog de Joe Shaw est particulièrement perspicace sur la façon dont il s'intègre dans la pile d'entrée entière.la source
Xdes fichiers de configuration, en particulier ceux définis globalement. Certains chemins de mise à niveau les remplaceront, ce qui n'est pas idéal. De plus, ce n'est pas idéal car il n'est pas clair comment remapper les clés. Je ne dis pas que ce n'est pas une solution valable, mais en ce qui concerne la prime, l'autre réponse pourrait l'emporter. ☺ Enfin, il est regrettable que cela ne puisse pas être mis en œuvre sans redémarrage. Peut-être que si vous pouviez trouver un moyen de traiterevdevdirectement, ce serait bien, mais je n'ai rien trouvé de tel.evemu-record. ne fonctionne pas :(J'ai réussi à configurer les gestes «balayage du bord gauche» et «balayage du bord droit» à l'aide de xbindkeys; cela peut probablement s'appliquer également aux deux glissements de doigts, mais je ne me suis pas soucié de ceux-ci car je les trouve difficiles à exécuter de toute façon.
Ceci est mon .xbindkeysrc
Je les ai mappés à des raccourcis KDE utiles, bien sûr, vous pouvez faire autre chose. Vous devez exécuter xbindkeys à la connexion, j'ai créé un fichier .desktop comme expliqué dans les tutoriels xbindkeys:
HTH
la source
J'ai été frustré par cette chose parce que je n'ai jamais pu le faire fonctionner, malgré toutes les solutions fournies, y compris celles fournies par quelqu'un qui écrit réellement du
Xcode d'entrée. Cela dit, je m'en suis éloigné et j'ai simplement utilisé une souris filaire normale.Hier, j'ai trouvé l'Ultrathin et j'ai décidé de l'essayer à nouveau et de le Just Works ™. Cela est vrai au moins dans le sens où la raison de cette question est que ces gestes étaient interprétés de manière étrange et gâchaient mon flux de travail. Maintenant, ils semblent n'avoir aucun effet réel, sauf que le balayage du bord gauche me permet de permuter entre les derniers onglets utilisés dans Firefox.
Ce qui est étrange, c'est que les gestes ne sont en aucun cas désactivés. Les 13 "boutons" sont retournés par
xinput --get-button-map "Ultrathin Touch Mouse". Negrep Ultrathin /usr/share/X11/xorg.conf.drenvoie également rien. Il n'y a aucunNoSymbols pertinent (et aucunVoidSymbols du tout) trouvé avecxkbcompni aucunKEY_UNKNOWNs pertinent avecinput-kbd.D'un autre côté, tout se ressemble à l'
evemu-recordexception du fait que les gestes de double tapotement ne sont pris que comme de simplesBTN_LEFTévénements.Cela dit, quelque chose a changé par rapport à cela, mais je ne sais pas quoi.
De plus, je n'ai pas testé le remappage des choses, mais ce n'était pas vraiment dans le cadre de la question d'origine.
la source
J'ai lu toutes les réponses et j'ai écrit un script autour de input-kbd (partie des input-utils) pour résoudre automatiquement ce problème.
Vous devez exécuter fixMouse à partir de ce référentiel une fois à chaque connexion. Ce sera:
Les fonctionnalités standard de la souris (bouton gauche, défilement, etc.) fonctionnent toujours bien. Seules les touches du clavier étranges sont arrêtées.
Il survit à la suspension, au sommeil Bluetooth, à l'activation / désactivation de la souris, etc.
Ça marche pour moi.
la source