voilà voilà, de l'aide serait bienvenue !!
voilà voilà, de l'aide serait bienvenue !!
voilà voilà, de l'aide serait bienvenue !!
Dans article <brt89t$kus$,
na-doo.fr disait...voilà voilà, de l'aide serait bienvenue !!
Option "Protocol" "PS/2"
Option "Device" "/dev/mouse"
Remplace "PS/2" dans Protocol par "IMPS/2", et voilà. Vérifie que tu as
bien la ligne
Option "ZAxisMapping" "4 5"
Qui signifie "utiliser la molette pour défiler", sinon rajoute la
(toujours dans la section "Input Device", bien sûr).
Dans article <brt89t$kus$1@news-reader4.wanadoo.fr>, chvillard@PROUT-wa-
na-doo.fr disait...
voilà voilà, de l'aide serait bienvenue !!
Option "Protocol" "PS/2"
Option "Device" "/dev/mouse"
Remplace "PS/2" dans Protocol par "IMPS/2", et voilà. Vérifie que tu as
bien la ligne
Option "ZAxisMapping" "4 5"
Qui signifie "utiliser la molette pour défiler", sinon rajoute la
(toujours dans la section "Input Device", bien sûr).
Dans article <brt89t$kus$,
na-doo.fr disait...voilà voilà, de l'aide serait bienvenue !!
Option "Protocol" "PS/2"
Option "Device" "/dev/mouse"
Remplace "PS/2" dans Protocol par "IMPS/2", et voilà. Vérifie que tu as
bien la ligne
Option "ZAxisMapping" "4 5"
Qui signifie "utiliser la molette pour défiler", sinon rajoute la
(toujours dans la section "Input Device", bien sûr).
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
C'est quoi d'ailleurs cette différence de protocole ?
Par ailleurs, depuis que j'ai changé la souris normale, j'ai remarqué
que, lorsque j'arrive au boot, sous xfree, à la fenêtre de sélection de
l'utilisateur, la souris wacom ne fonctionne pas : lorsque je la fait
glisser le curseur ne bouge pas.
Par contre, il suffit à ce moment là que je la soulève et la pose de
nouveau pour qu'elle redevienne opérationnelle, comme si la tablette
devait "perdre" la souris avant que cette dernière ne fonctionne.
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
C'est quoi d'ailleurs cette différence de protocole ?
Par ailleurs, depuis que j'ai changé la souris normale, j'ai remarqué
que, lorsque j'arrive au boot, sous xfree, à la fenêtre de sélection de
l'utilisateur, la souris wacom ne fonctionne pas : lorsque je la fait
glisser le curseur ne bouge pas.
Par contre, il suffit à ce moment là que je la soulève et la pose de
nouveau pour qu'elle redevienne opérationnelle, comme si la tablette
devait "perdre" la souris avant que cette dernière ne fonctionne.
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
C'est quoi d'ailleurs cette différence de protocole ?
Par ailleurs, depuis que j'ai changé la souris normale, j'ai remarqué
que, lorsque j'arrive au boot, sous xfree, à la fenêtre de sélection de
l'utilisateur, la souris wacom ne fonctionne pas : lorsque je la fait
glisser le curseur ne bouge pas.
Par contre, il suffit à ce moment là que je la soulève et la pose de
nouveau pour qu'elle redevienne opérationnelle, comme si la tablette
devait "perdre" la souris avant que cette dernière ne fonctionne.
Dans article <brtcjf$otu$,
na-doo.fr disait...
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
Dans article <brtcjf$otu$1@news-reader2.wanadoo.fr>, chvillard@PROUT-wa-
na-doo.fr disait...
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
Dans article <brtcjf$otu$,
na-doo.fr disait...
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
On Fri, 19 Dec 2003 00:46:29 +0100, Emmanuel Florac wrote:Dans article <brtcjf$otu$,
na-doo.fr disait...Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est tout bon, sauf que pour les tablettes Wacom, il faut inverser
les axes:
Option "ZAxisMapping" "5 4"
Au moins pour la mienne (une Graphire 1).C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
Les différences de protocoles ne doivent plus être visible au niveau
utilisateur, depuis le noyau 2.4 (ça fait 3 ans, déjà...).
Il faut utiliser les input-devices qui font apparaitre tous les
dispositifs de pointage sous le protocole ImPS2.
Il faut charger le module mousedev et mettre dans le fichier
de config de X:
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse0"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse1"
Option "ZAxisMapping" "5 4"
EndSection
Section "ServerLayout"
Identifier "layout0"
Screen "screen1"
Option "Xinerama" "on"
InputDevice "Mouse0" "CorePointer"
InputDevice "Mouse1" "SendCoreEvents"
InputDevice "Keyboard1" "CoreKeyboard"
EndSection
Par exemple...
Après bien des tatonnements, j'ai fini par la configuration
On Fri, 19 Dec 2003 00:46:29 +0100, Emmanuel Florac wrote:
Dans article <brtcjf$otu$1@news-reader2.wanadoo.fr>, chvillard@PROUT-wa-
na-doo.fr disait...
Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est tout bon, sauf que pour les tablettes Wacom, il faut inverser
les axes:
Option "ZAxisMapping" "5 4"
Au moins pour la mienne (une Graphire 1).
C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
Les différences de protocoles ne doivent plus être visible au niveau
utilisateur, depuis le noyau 2.4 (ça fait 3 ans, déjà...).
Il faut utiliser les input-devices qui font apparaitre tous les
dispositifs de pointage sous le protocole ImPS2.
Il faut charger le module mousedev et mettre dans le fichier
de config de X:
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse0"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse1"
Option "ZAxisMapping" "5 4"
EndSection
Section "ServerLayout"
Identifier "layout0"
Screen "screen1"
Option "Xinerama" "on"
InputDevice "Mouse0" "CorePointer"
InputDevice "Mouse1" "SendCoreEvents"
InputDevice "Keyboard1" "CoreKeyboard"
EndSection
Par exemple...
Après bien des tatonnements, j'ai fini par la configuration
On Fri, 19 Dec 2003 00:46:29 +0100, Emmanuel Florac wrote:Dans article <brtcjf$otu$,
na-doo.fr disait...Hélas, cela semblait si simple, ...mais ça n'a pas marché !!
Mince :/ Il faut dire que je n'ai jamais essayé de tablette wacom sous
Linux, donc je ne suis pas certain des détails de la configuration...
C'est tout bon, sauf que pour les tablettes Wacom, il faut inverser
les axes:
Option "ZAxisMapping" "5 4"
Au moins pour la mienne (une Graphire 1).C'est quoi d'ailleurs cette différence de protocole ?
PS/2 c'est pour les souris 2/3 boutons, IMPS/2 (improved PS/2) pour les
souris pleines de boutons (une molette est vue comme 3 boutons, bouton 3,
clic sur la molette, 4 et 5 pour les deux directions de défilement, d'où
la ligne ZAxisMapping, qui indique quel bouton utiliser pour quelle
direction).
Les différences de protocoles ne doivent plus être visible au niveau
utilisateur, depuis le noyau 2.4 (ça fait 3 ans, déjà...).
Il faut utiliser les input-devices qui font apparaitre tous les
dispositifs de pointage sous le protocole ImPS2.
Il faut charger le module mousedev et mettre dans le fichier
de config de X:
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse0"
Option "ZAxisMapping" "4 5"
EndSection
Section "InputDevice"
Identifier "Mouse1"
Driver "mouse"
Option "Protocol" "ImPS/2"
Option "Device" "/dev/input/mouse1"
Option "ZAxisMapping" "5 4"
EndSection
Section "ServerLayout"
Identifier "layout0"
Screen "screen1"
Option "Xinerama" "on"
InputDevice "Mouse0" "CorePointer"
InputDevice "Mouse1" "SendCoreEvents"
InputDevice "Keyboard1" "CoreKeyboard"
EndSection
Par exemple...
Après bien des tatonnements, j'ai fini par la configuration
Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Emacs, tout un poême :-)Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:
Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Emacs, tout un poême :-)
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Je me suis dit pas grave et j'ai réaffecté à Mouse1 /dev/psaux que
j'avais précédemment : résultat : une grande confusion dans les souris
et la gestion des clics et déplacements ; je m'en suis sorti grâce au
clavier !
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
DERNIERE MINUTE !!! Xfree ne se lance pas avec la config ci-dessous et
je me suis retrouvé en mode texte : pas de corepointer disais le log ;
heureusement, je me souvenais d'un éditeur emacs que j'ai lancé.....un
bon moment pour trouver que F10 permettait d'accéder aux menus (marrant
come les docs pourtant très complètes négligent ce léger détail mais
sont exhaustives en ce qui concerne la description minutieuse de chaque
commande :) )et que l'option "save buffer" dans "File" sauvait en
fait le fichier lui-même (doit y avoir des subtilités, peut-être que le
buffer en question est par défaut le fichier courant....)
Emacs, tout un poême :-)Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Heu,...pourtant le log de xfree dit que mouse1 n'existe pas et ne charge
donc rien le concernant et ... ma souris ps2 ne fonctionne pas
(l'ancienne fonctionnait elle). Comment la faire fonctionner ?
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
Dans ce cas, pour quelle raison le module wacom est-il noté comme
"unused" lorsque je fait un lsmod ?
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
Pourtant, c'est bien dans le module wacom.drv.o que l'on trouve cette
possibilité de configuration, et de plus, sous windaube, la souris est
bien en mode relatif .... bon d'acord, ce n'est pas bien gênant sinon
intellectuellement :) .
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
L'option est déjà activée, mais ça n'a pas empêché x de ne pas pouvoir
se lancer....il doit falloir un corepointer quelque soit l'input considéré.
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:
Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Heu,...pourtant le log de xfree dit que mouse1 n'existe pas et ne charge
donc rien le concernant et ... ma souris ps2 ne fonctionne pas
(l'ancienne fonctionnait elle). Comment la faire fonctionner ?
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
Dans ce cas, pour quelle raison le module wacom est-il noté comme
"unused" lorsque je fait un lsmod ?
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
Pourtant, c'est bien dans le module wacom.drv.o que l'on trouve cette
possibilité de configuration, et de plus, sous windaube, la souris est
bien en mode relatif .... bon d'acord, ce n'est pas bien gênant sinon
intellectuellement :) .
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
L'option est déjà activée, mais ça n'a pas empêché x de ne pas pouvoir
se lancer....il doit falloir un corepointer quelque soit l'input considéré.
On Fri, 19 Dec 2003 13:00:12 +0100, Moebius wrote:Après bien des tatonnements, j'ai fini par la configuration
fonctionnelle (y compris la molette) listée plus bas, mais j'aurais aimé
comprendre un peu comment ça marche :
En effet, il apparait ( xfree log) que les modules xfree, usbmouse et
mousedev n'existent pas, non plus que le fichier /dev/input/mouse1. Il
n'existe que mouse0 et mice (!!! je n'(ai pas osé l'emplyer). J'ai fait
une recherche et n'ai effectivement rien trouvé, pas plus que dans les
paquetages.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Dans mon exemple, j'ai mis également mouse1 pour montrer qu'on
peut sans difficultés connecter deux souris ou plus.
Heu,...pourtant le log de xfree dit que mouse1 n'existe pas et ne charge
donc rien le concernant et ... ma souris ps2 ne fonctionne pas
(l'ancienne fonctionnait elle). Comment la faire fonctionner ?
Par contre un lsmod montre la présence des modules wacom et usbmoouse
(notés tous deux "unused") ainsi que moudev, en activité lui pour peu
que j'interprête correctement la présence du chiffre 1 à côté et
l'absence de la mention "unused". Dans un précédent fil, qui m'avait
déjà conduit à heuresement inverser les chiffres 4 et 5, il avait été
avancé l'hypothèse que c'était xfree qui s'occupait de wacom (avec
wacom.drv.o) et pas le noyau, bien que wacom soit présent dans le noyau.
Pour ma part, je n'aime guère cette config usine à gaz où on ne sait pas
exactement qui fait quoi et je préfèrerais, puisque la tablette est
logiquement tjrs branchée, qu'elle soit le plus possible gérée au plus
bas niveau possible, cad par le noyau.
Elle est gérée par le noyau. Les tablettes Wacom marchent très bien
en mode console. X ne fait que reprendre les infos que le noyau
collecte...
Dans ce cas, pour quelle raison le module wacom est-il noté comme
"unused" lorsque je fait un lsmod ?
D'ailleurs, dernier point, mal
gré le notation "relative" pour le "cursor" (la souris wacom), la souris
wacom a tjrs fonctionné et continue de la faire en mode absolu (si je
lève la souris et la pose ailleurs sur la tablette, le curseur est
immédiatement à un autre point...enfin tt le monde doit savoir ce qu'est
le mode absolu : ) ).
Les tablettes Wacom ne fonctionnent qu'en mode absolu.
Le hard (la tablette, donc) ne renvoie jamais de position relative.
Il faudrait faire un hack spécifique dans X pour prendre en compte
ce cas. Mais ce n'est pas simple: quand est-ce qu'il faut considérer
qu'une nouvelle position donnée par la tablette ne doit pas changer
le curseur de place ?
Pourtant, c'est bien dans le module wacom.drv.o que l'on trouve cette
possibilité de configuration, et de plus, sous windaube, la souris est
bien en mode relatif .... bon d'acord, ce n'est pas bien gênant sinon
intellectuellement :) .
Bref, j'ai remis corepointer à Mouse0 et ....ça a fonctionné.
Oui, il faut toujours un core-pointer. Sinon, on peut lancer
X avec l'option -allowMouseOpenFail mais avec le risque de se
retrouver sans souris...
L'option est déjà activée, mais ça n'a pas empêché x de ne pas pouvoir
se lancer....il doit falloir un corepointer quelque soit l'input considéré.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
J'aimerais avoir l'avis d'utilisateurs du Club Mandrake.
The first rule of MandrakeClub is you do not speak about MandrakeClub.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
J'aimerais avoir l'avis d'utilisateurs du Club Mandrake.
The first rule of MandrakeClub is you do not speak about MandrakeClub.
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
J'aimerais avoir l'avis d'utilisateurs du Club Mandrake.
The first rule of MandrakeClub is you do not speak about MandrakeClub.
Thus Spoke J. Mayer :
<SNIP>/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
Dixit /usr/src/linux/Documentation/input/input.txt (2.4.23) :
Each 'mouse' device is assigned to a single mouse or digitizer, except the last
one - 'mice'. This single character device is shared by all mice and
digitizers, and even if none are connected, the device is present. This is
useful for hotplugging USB mice, so that programs can open the device even when
no mice are present.
<SNIP>
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
Thus Spoke J. Mayer <l_indien_no_more_spams@magic.fr>:
<SNIP>
/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
Dixit /usr/src/linux/Documentation/input/input.txt (2.4.23) :
Each 'mouse' device is assigned to a single mouse or digitizer, except the last
one - 'mice'. This single character device is shared by all mice and
digitizers, and even if none are connected, the device is present. This is
useful for hotplugging USB mice, so that programs can open the device even when
no mice are present.
<SNIP>
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
Thus Spoke J. Mayer :
<SNIP>/dev/input/mice est un raccourci pour la souris par défaut.
En général, c'est la même chose que /dev/input/mouse0
Pas vraiment.
Dixit /usr/src/linux/Documentation/input/input.txt (2.4.23) :
Each 'mouse' device is assigned to a single mouse or digitizer, except the last
one - 'mice'. This single character device is shared by all mice and
digitizers, and even if none are connected, the device is present. This is
useful for hotplugging USB mice, so that programs can open the device even when
no mice are present.
<SNIP>
/dev/psaux ne doit plus être utilisé (depuis le kernel 2.4.0).
Il n'est encore là que pour la backward-compatibilité....
Tu es sur de ça ?
