Saut que ça marche que pour les portables (ex-)ibm et sony.
En effet, ils ont un module noyau qui n'envoie ces évènements pas que dans /proc/acpi/events mais aussi dans le device clavier (ou un truc du genre /dev/input/event0).
Hors il manque ceci pour asus, a savoir qu'il n'envoient que le code dans les évènements acpi...
Actuellement ubuntu utilise un hack sale qui fait générer a acpid les évènements clavier, pour les re-récupérer par un bind de ces code de touches.
Bref, pas de solution propre hal tant que tous les modules noyaux pour portable n'enverront pas en supplément dans /dev/input/event0 les keycodes en plus des évènements acpi...
[^] # Re: Quelle horreur !
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Une doc intelligible et détaillée sur XKb ? Mais oui... et en français.... Évalué à 4.
En effet, ils ont un module noyau qui n'envoie ces évènements pas que dans /proc/acpi/events mais aussi dans le device clavier (ou un truc du genre /dev/input/event0).
Hors il manque ceci pour asus, a savoir qu'il n'envoient que le code dans les évènements acpi...
Actuellement ubuntu utilise un hack sale qui fait générer a acpid les évènements clavier, pour les re-récupérer par un bind de ces code de touches.
Bref, pas de solution propre hal tant que tous les modules noyaux pour portable n'enverront pas en supplément dans /dev/input/event0 les keycodes en plus des évènements acpi...