Tastatur fest zugeordnete Tasten?

Ich versuche, eine Möglichkeit zu finden, Tastaturtasten mit Nachdruck neu zuzuordnen.
Ich habe versucht, xmodmap und setxkbmap zu verwenden, aber sie funktionieren nicht für eine bestimmte Anwendung. Solche Befehle funktionieren für andere normale Fenster / Anwendungen auf X tho.

Ich denke, die Anwendung liest möglicherweise die Rohdaten der Tastatur und ignoriert die X-Eingabe.

Wie kann man also Schlüssel neu zuordnen, ohne xmodmap und setxkbmap zu verwenden? falls es jemals möglich sein sollte, Software zu verwenden.

Ich habe auch versucht, xkeycaps, xkbcomp, aber nicht loadkeys, wie es auf X ausgeführt wird.

Ich fand hier, dass ich versuchen könnte setkeycodes, "weil nach der Zuweisung des Kernel - Keycodes die Schaltfläche in xorg funktionieren sollte" , aber ich fand auch, dass "Sie 'Setkeycodes' nicht auf USB - Tastaturen verwenden können" , das ist mein Fall (ich interessiere mich für den Fall (jemand bringt es auf ps2 zum Laufen, da ich glaube, ich könnte einen Adapter verwenden).

Dies schien vielversprechend "Scancodes zu
Schlüsselcodes zuordnen " , aber nach ein paar Tests hat sich nichts geändert, hier sind sie: Ich fand Schlüsselcode "36" ("j" -Taste) bei vt1 mit showkey
Scancode "7e" (Tastatur ".") Bei vt1 mitshowkey --scancodes

$cat >/etc/udev/hwdb.d/90-custom-keyboard.hwdb
keyboard:usb:v*p*
keyboard:dmi:bvn*:bvr*:bd*:svn*:pn*:pvr*
 KEYBOARD_KEY_7e=36
$udevadm hwdb --update #updates file: /lib/udev/hwdb.bin
$udevadm trigger #should apply the changes but nothing happened
$cat /lib/udev/hwdb.bin |egrep "KEYBOARD_KEY_7e.{10}" -ao
KEYBOARD_KEY_7eleftmeta
$#that cat on hwdb.bin did not change after the commands..

Obs .: hat auch nicht funktioniert mit: KEYBOARD_KEY_7e=j

Einige weitere alternative Wege (von @ vinc17) die Schlüssel zu finden:
evtest /dev/input/by-id/... oder
input-kbd 3(die ID - Index bei gefunden setzen ls -l /dev/input/by-id/*. Von ex event3)

PS .: * Wenn Sie daran interessiert sind, sich selbst zu testen, ist der zugehörige Thread für die Anwendung folgender: http://forums.thedarkmod.com/topic/14266-keyboard-issue-in-new-version-108/ The issues I sind gleich: einige Schlüssel (KP_Decimal, DownArrow, UpArrow, RightArrow) werden ignoriert und dort als alle mit dem gleichen Wert "0x00" betrachtet

Suchen Sie zuerst den Scancode des Schlüssels, der neu zugeordnet werden soll, z evtest. B. mit dem Dienstprogramm. Eine Zeile wie die folgende (mit MSC_SCANdarin) sollte ausgegeben werden:

Event: time 1417131619.686259, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70068

gefolgt von einem zweiten mit dem aktuellen Schlüsselcode. Wenn keine MSC_SCANZeile ausgegeben wird, liegt dies an einem Kerneltreiberfehler, aber der Scancode kann weiterhin mit dem input-kbdDienstprogramm gefunden werden. evtestsollte den Schlüsselcode angegeben haben, damit es einfach sein sollte, die entsprechende Zeile in der input-kbdAusgabe zu finden (z grep. B. durch Verwenden von ).

Nachdem Sie die Scancodes der neu zuzuordnenden Tasten ermittelt haben, erstellen Sie eine Datei, die beispielsweise /etc/udev/hwdb.d/98-custom-keyboard.hwdbdie Neuzuordnungen enthält. Der Anfang der Datei /lib/udev/hwdb.d/60-keyboard.hwdbenthält einige Informationen. In meinem Fall (was funktioniert) habe ich:

evdev:input:b0003v05ACp0221*
 KEYBOARD_KEY_70035=102nd       # Left to z: backslash bar
 KEYBOARD_KEY_70064=grave       # Left to 1: grave notsign
 KEYBOARD_KEY_70068=insert      # F13: Insert

(Vor udev 220 musste ich keyboard:usb:v05ACp0221*für die erste Zeile verwenden.)

Die evdev:Zeichenfolge muss am Anfang der Zeile stehen. Beachten Sie, dass die Buchstaben in der Hersteller- und Produkt-ID Großbuchstaben sein sollten. Jede KEYBOARD_KEY_Einstellungen sollten genau ein Leerzeichen vor (Anmerkung: eine Zeile ohne Leerzeichen wird eine Fehlermeldung, und eine Linie mit zwei Räumen wurden lautlos mit alten udev Versionen ignoriert). KEYBOARD_KEY_gefolgt von dem Scancode in hexadezimaler Schreibweise (wie beides evtestund input-kbdgive). Gültige Werte könnten entweder aus der evtestAusgabe oder der input-kbdAusgabe oder sogar aus der /usr/include/linux/input.hDatei erhalten werden: KEY_102NDwürde beispielsweise 102nd(durch Entfernen KEY_und Konvertieren in Kleinbuchstaben) geben, was ich oben verwendet habe.

Nachdem die Datei gespeichert wurde, geben Sie Folgendes ein:

udevadm hwdb --update

um die Datenbank (neu) zu erstellen /etc/udev/hwdb.bin(Sie können den Zeitstempel überprüfen). Dann,

udevadm trigger --sysname-match="event*"

berücksichtigt die neuen Einstellungen. Sie können mit überprüfen evtest.

Im Jahr 2014 enthielt das veröffentlichte udev unvollständige / fehlerhafte Informationen. /lib/udev/hwdb.d/60-keyboard.hwdbSie können sich jedoch die neueste Entwicklungsversion der Datei und / oder meinen Fehlerbericht und die Diskussion zu Dokumentations- und Abstandsproblemen ansehen.

Wenn dies nicht funktioniert, liegt das Problem möglicherweise daran, dass Sie vorübergehend die Protokollebene von udevdmit udevadm controlerhöhen (Details finden Sie auf der Manpage udevadm (8)).

Bei alten udevVersionen wie 204 sollte diese Methode weiterhin funktionieren.