Re: Clavier Sun : keycode des touches

トップ ページ

このメッセージに返信
著者: Nooks L. Affro
日付:  
To: Jerome KIEFFER
CC: j.pansanel, pansanel, guilde, guilde
題目: Re: Clavier Sun : keycode des touches

Sinon, pour vous mettre au courant de ou j'en suis. Apparemment X utilise
maintenant l'extension input pour gerer tous les periphs d'entree de facon
uniforme (clavier, souris, tablettes, joysticks , etc ...). Ces perif
doivent etre configures au niveau du noyau (le dernier 2.6.4 les gere tres
bien).

pour verifier si vous avez les modules necessaires (hid, keybdev, input), faire cat /proc/bus/input/devices. Ca doit donner des infos du style (sur mon portable):

lam@hp2:~$ cat /proc/bus/input/devices
I: Bus=0011 Vendor=0001 Product=0001 Version=ab41
N: Name="AT Translated Set 2 keyboard"
P: Phys=isa0060/serio0/input0
H: Handlers=kbd event0
B: EV=120003
B: KEY=4 2000000 3802078 f840d001 f2ffffdf ffefffff ffffffff fffffffe
B: LED=7

I: Bus=0011 Vendor=0002 Product=0001 Version=0000
N: Name="PS/2 Generic Mouse"
P: Phys=isa0060/serio1/input0
H: Handlers=mouse0 event1
B: EV=7
B: KEY=70000 0 0 0 0 0 0 0 0
B: REL=3

I: Bus=0003 Vendor=0430 Product=0005 Version=0101
N: Name="0430:0005"
P: Phys=usb-0000:00:07.2-1/input0
H: Handlers=kbd event2
B: EV=120003
B: KEY=10000 7 ff800000 7ff f2beffdf 73cfffff ffffffff fffffffe
B: LED=1f

le noyau cree un device /dev/input/event## pour les claviers. et
/dev/input/mouse# , etc ...


Il y a un utilitaire debian pour tester les peripheriques d'entree. il
s'appelle evtest. Apparemment dans debian, cet utilitaire se trouve dans le
package dvb-utils:

~$ apt-cache search evtest      
dvb-utils - Viewer programs for DVB cards


En testant mon clavier sun avec, ca donne :


hp# evtest /dev/input/event2

la sortie de cette commande, je vous eparge les details , donne une liste
d'evenements supportes par ce clavier, y compris les tocuhes volume,
power,... a executer soi-meme car tres long.




pour La configuration X , il suffit d'ajouter une entree dans XF86Config
(ici, j'ai deux claviersi, attention pas encore au point !!!):

Section "InputDevice"
 Identifier      "Generic Keyboard"
 Driver          "keyboard"
 Option          "CoreKeyboard"
 Option          "Device" "/dev/input/event0"
 Option          "XkbRules" "xfree86"
 Option          "XkbModel" "pc104"
 Option "XkbLayout"    "us"    
EndSection


Section    "InputDevice"
    Identifier "Keyboard1"
    Driver "keyboard"
    Option    "Device" "/dev/input/event2"
                                                 Option    "SendCoreEvents"
        Option     "XkbRules" "sun"
    Option    "XkbModel" "type6_euro"  
    Option "XkbLayout" "fr"
EndSection

                                                                    
Sinon, on peut changer le mapping du clavier a la volee par la commande :
setxkbmap -rules sun -variant "type6_euro" -layout fr
(un xmodmap -pke donne ensuite un fichier de mapping.)

J'ai teste cette config , apparemment les touches configurees dans
/etc/X11/xkb/... ne sont pas bonnes pour ce clavier (Help donne le code
245 dans xev, aucun fichier de config ne conteient ce code pour Help,
verifie avec grep -ir help ). Il faudra peut-et recreer ce fichier. J'ai
pas fini avec les tests ici. mais j'attend vos remarques ...


Sinon, mon petit probleme a moi pour lequel j'aimerai avoir vos conseils,
J'ai un portable HP avec clavier integre QWERTY. J'ajoute le clavier sun ,
X attribue le meme mapping aux deux claviers ... ca fait encore plus
deroutant de devoir regarder un clavier pour deviner les touches sur
l'autre, ou bien faut-il loucher "correctement", je sais pas encore ....
En tout cas, ca me parait pas etre ideal d'ajouter ce clavier a ce
portable si X ne peut pas mapper individuellement les deux ...


Bonne journee a tous .....







On Mon, Mar 29, 2004 at 09:48:46AM +0200, Jerome KIEFFER wrote:
>
> Je conseille aussi acme qui est d'une simplicité hallucinante
>
> -- 
> Jérôme KIEFFER
> The programming of today's high speed digital computers is still an art 
> rather than a science.                
>             Savitsky and Golay, Anal. Chem., 36, p1638 (1964) 

>