Debian
Debian-France
Debian-Facile
Debian-fr.org
Forum-Debian.fr
Debian ?
Communautés
Vous n'êtes pas identifié(e).
Tous les boutons ont été configurés automatiquement au branchement. Les actions me conviennent sauf pour le bouton sous la molette (inscription DPI). Celui- ci ouvre whisker au lieu de fermer toutes les fenêtres.
J'ai cherché à l'identifier
mais xev ne détecte pas la pression. Aucun des bouttons 1.2.3.4.5.8.9 ne correspond à mon "DPI". Pourtant même en cliquant sur le carre d'event, whisker s'ouvre donc j'en conclu qu'il fonctionne.
Je reste bloqué.
Je m'arrête donc là avant d'aller plus loin et je crois la modif de /usr/share/doc/xserver-xorg-video-intel/xorg.conf.
J'ai installé Piper mais à l'ouverture de celui-ci j'ai "impossible de se connecter à ratbagd"
Merci par avance pour votre aide.
Dernière modification par wardidi (25-01-2024 00:39:35)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Hello
normalement quand il "DPI" il y a 2 bouton un pour monté et un pour descendre la précision de la souris
quand on a de la chance le modèle est présent dans le fichier
/usr/lib/udev/hwdb.d/70-mouse.hwdb
Pas de chance, elle n'est pas répertorié (et DPI est unique)
mais la pour le coup c'est + une configuration de xfce qui ouvre wisker
tu peux regarder si les touches sont bien paramétré a la base avec evtestSupported events:
Event type 0 (EV_SYN)
Event type 1 (EV_KEY)
Event code 272 (BTN_LEFT)
Event code 273 (BTN_RIGHT)
Event code 274 (BTN_MIDDLE)
Event type 2 (EV_REL)
Event code 0 (REL_X)
Event code 1 (REL_Y)
Event code 8 (REL_WHEEL)
Event code 11 (REL_WHEEL_HI_RES)
Event type 4 (EV_MSC)
Event code 4 (MSC_SCAN)
Le scan evtest renvoie
Seul event9 interajit avec le bouton dpi
Si je clic sur le fameux bouton dpi whisker s'ouvre et j'obtiens
Je ne sais pas quoi faire de ses infos qui sont du charabia pour moi.
Est-ce que çafait avancé le chmilblick....
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
selon la liste Supported events il semblerait que /dev/input/event9 est ton clavier
KEY_LEFTMETA c'est la touche super ou Windows
KEY_D la touche d
rien a voir avec un bouton de souris
Tout brancher normalement j'ai:
Il faut m'expliquer pourquoi.
Quand je débranche la souris evtest ne trouve pas les event suivant qui en plus sont intitulé Mouse....
Mon clavier usb débranché (celui du portable reste branché biensur:D) c'est event5 6 7 8 qui disparraissent.
Hors ligne
selon la liste Supported events il semblerait que /dev/input/event9 est ton clavier
KEY_LEFTMETA c'est la touche super ou Windows
KEY_D la touche d
rien a voir avec un bouton de souris
Par contre hasard ou pas la touche Windows a la même action que le bouton dpi à savoir ouvrir Whisker.
Edit les 2 sont sur un hub usb. je teste en les séparant
Dernière modification par wardidi (24-01-2024 10:04:51)
Hors ligne
et tu as la liste des touches Supported events qui correspond a un clavier et non a une souris
la souris n'a pas de KEY_ mais une liste de BTN_
clvier usb débrancher , est ce que tu constates le même comportement de la souris?
edit : en attendant tu peux toujours regardé les raccourci clavier , tu dois en avoir un super+D qui ouvre le menu wisker, il n'y est pas par défaut donc tu l'as ajouté a un moment
mais ça ne résoud pas ce comportement étrange de la souris
Dernière modification par Croutons (24-01-2024 10:18:43)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
c'est étrange ce truc, le soucis c'est que les codes correspondent bien au code des touches du clavier , j'ai les mêmes sur mon clavier usb
(EV_MSC), code 4 (MSC_SCAN), value 70007
Event: time 1706045828.035126, type 1 (EV_KEY), code 32 (KEY_D), value 1
Event: time 1706045828.035126, -------------- SYN_REPORT ------------
Event: time 1706045828.154116, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e3
Event: time 1706045828.154116, type 1 (EV_KEY), code 125 (KEY_LEFTMETA), value 0
et tu as la liste des touches Supported events qui correspond a un clavier et non a une souris
la souris n'a pas de KEY_ mais une liste de BTN_
clvier usb débrancher , est ce que tu constates le même comportement de la souris?
edit : en attendant tu peux toujours regardé les raccourci clavier , tu dois en avoir un super+D qui ouvre le menu wisker, il n'y est pas par défaut donc tu l'as ajouté a un moment
mais ça ne résoud pas ce comportement étrange de la souris
Je viens de tester
La touche dpi copie la touche windows. attribution ouverture writer via touche windows (Super L).=Ben touche dpi ouvre writer...
J'avais effectivement fait le raccourci manuellement mais la touche windows c'est Super L et non Super D. Dans la liste des raccourcis clavier (en graphique) je n'ai que celui que j'ai créer qui ouvre whisker menu. Je n'ai aucun raccourcis super D. tu parles de peut être de super R(right) qui n'est pas attribué.
Clavier usb débranché=même comportement souris. (il reste le clavier du portable que je ne peux pas débrancher..)
En attendant de trouver la solution, pourrais tu me donnr la commande pour minimiser toutes les fenêtre actives que j'attriburais à Super R
Hors ligne
Dernière modification par Croutons (24-01-2024 12:05:07)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Super R
Pour le bouton dpi
Donc le dpi a bien la même value que super L.............
Pour l'instant j'ai contourné en attribuant super L (et donc bouton dpi) au retour bureau et super R pour whisker. (j'ai supprimer raccourci catfish pour le moent.)
Je vais vérifier mais je dois avoir une cession ubuntu cinnamon accessible sur laquelle le fonctionnement des raccourcis et bouton dpi me convenait.
Est-ce que je pourrais y faire des manips pour aider ????
Hors ligne
ce que j'avais noté
Evtest est maintenant en mode d’entretien et ne gère pas toutes les
fonctions des derniers noyaux. Evemu-record du paquet evemu-tools devrait
être utilisé à la place.
evmu-record s'utilise comme evtest , la différence c'est qu'il donne le scancode en décimal
en espérant que les codes soient différent entre la souris et les claviers
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
je vois pas trop comment améliorer les choses si la touche DPI se comporte comme une touche [de] clavier.
Ne serait-ce pas le moment de créer un fichier /etc/udev/hwdb.d/*.hwdb ? un exemple très concret.
Hors ligne
Dernière modification par Croutons (24-01-2024 15:33:09)
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
oui sauf que là tu ne peux pas remapper le bouton DPI de la souris si une touche [du clavier] a le [même] scancode [...].
Hé bien si justement... udev est plutôt malin, et l'en-tête du fichier désigne un périphérique précis...
Dernière modification par èfpé (26-01-2024 12:36:42)
Hors ligne
mais ça semble étonnant que ce soit le même code, peut etre evtest a mal fonctionné dans le cas present
Sauf que le changement d'action de super L engendre le changement d'action du dpi.
Je testerai (plustard) evmutools.
Ne serait-ce pas le moment de créer un fichier /etc/udev/hwdb.d/*.hwdb ? un exemple très concret.
Je regarde également ta solution.
Merci encore à vous pour l'aide, je vous donne les résultats rapidement.
Hors ligne
Hé bien si justement... udev est plutôt malin, et l'en-tête du fichier désigne un périphérique précis..
ah oui c'est bien vrai l’entête du fichier 
faut voir ça ce tente
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Ne serait-ce pas le moment de créer un fichier /etc/udev/hwdb.d/*.hwdb ? un exemple très concret.
J'ai regardé le lien. il est (était?) hors de mes compétences. Après lecture re-re-re-relecture, je pense avoir compris mais avant d'aller plus loin je souhaite avoir votre aval pour être certain de ne pas me tromper.
Je dois créer le fichier
/etc/udev/hwdb.d/70-keyboard.hwdb
avec le contenu suivant:
(j'ai commenté ce que je crois devoir utiliser et vous éviter les aller/retour dans les post précédents.)
Je recharge la configuration systemd-udev
Je vérifie la bonne prise en compte des bindings
Et du coup j'assigne la fonction souhaité à KEY_KPENTER dans clavier.
Est-ce que j'ai bien compris le principe?
Si oui dois-je mapper tous les boutons ou juste celui qui m’intéresse ?
Un grand merci pour le temps passé au partage de connaissance.
Dernière modification par wardidi (24-01-2024 19:03:33)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
nano /etc/udev/hwdb.d/70-keyboard.hwdbevdev:input:b0003v1d57pfa60e1101-*
KEYBOARD_KEY_700e3= KEY_KPENTER
La syntaxe est globalement erronée, et provoquera un message d'erreur dès la suivante ; corrigée :
ou
Les fichiers *.hwdb sont sensibles à la casse. Donc respecte les capitales/minuscules et les espaces.
Et du coup j'assigne la fonction souhaitée à KEY_KPENTER dans clavier. [?]
Est-ce que j'ai bien compris le principe ?
Je ne me risque pas à répondre car je ne comprends strictement rien à ce que tu écris et veux faire.
Hors ligne
clic dpi
Hors ligne
En graphique avec gestionnaire de fenêtre, j'ai assigné la même touche (qui s'appelle super R) à l'affichage du bureau.
@èfpé, C'est ce que j'avais mal exprimé avec :
Et du coup j'assigne la fonction souhaitée à KEY_KPENTER dans clavier.
Le clic dpi m'affiche bien le bureau.
Un grand merci à vous crouton et èfpé pour votre aide.
Hors ligne
sudo nano /etc/udev/hwdb.d/70-keyboard.hwdbevdev:input:b0003v1D57pFA60e1101-*
KEYBOARD_KEY_700e3=key_penter
Le keycode penter/key_penter n'existe pas, cela ne risque pas de fonctionner, or evtest le confirme.
En graphique avec [Gestionnaire de fenêtres > Clavier], j'ai assigné la même touche (qui s'appelle Super R) à [Afficher le bureau].
Merci pour ce retour, note que tu pouvais sans vergogne utiliser une touche absente de ton clavier :
Cela t'aurait permis de conserver « l'ergonomie » du clavier. Il y a aussi la satisfaction à gruger Xfce.
Dernière modification par èfpé (25-01-2024 23:14:42)
Hors ligne
xfconf-query -c xfce4-keyboard-shortcuts -p /xfwm4/custom/Super_R -r
C'est bien pour libérer Super R.
Et
xfconf-query -c xfce4-keyboard-shortcuts -p /xfwm4/custom/Henkan -nt string -s show_desktop_key
C'est bien pour assigner la touche créer un raccourci de la touche absente (car je ne suis pas japonais) à [afficher le bureau]?
Si j'ai bien compris ce sont les commandes exécutées quand j"utilise [Gestionnaire de fenêtres > Clavier] en graphique qui enregistre ses données dans Xfconf.
Please dis moi que mes recherches sont correctes:D
Hors ligne
Please dis-moi que mes recherches sont correctes :D
Mouais pas mal... en fait la touche n'existant pas l'équivalent graphique est l'Éditeur de paramètres.
Dernière modification par èfpé (30-01-2024 22:38:42)
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne