summaryrefslogtreecommitdiff
path: root/src/SW/xf86-input-evdev/document.it.rest.txt
diff options
context:
space:
mode:
Diffstat (limited to 'src/SW/xf86-input-evdev/document.it.rest.txt')
-rw-r--r--src/SW/xf86-input-evdev/document.it.rest.txt25
1 files changed, 24 insertions, 1 deletions
diff --git a/src/SW/xf86-input-evdev/document.it.rest.txt b/src/SW/xf86-input-evdev/document.it.rest.txt
index d8873ea..b6a931e 100644
--- a/src/SW/xf86-input-evdev/document.it.rest.txt
+++ b/src/SW/xf86-input-evdev/document.it.rest.txt
@@ -6,10 +6,33 @@
:tags: - software
- keyboard
+.. admonition:: C'è un modo migliore!
+
+ Al momento, il driver di input raccomandato per X11 è
+ ``xf86-input-libinput``, per cui non sto più mantenendo questa
+ patch.
+
+ Per fortuna, esiste un metodo molto più semplice per ottenere lo
+ stesso risultato: si può dire al kernel di rimappare i tasti,
+ separatamente per ciascuna tastiera, tramite il "HW DB" di
+ ``udev``.
+
+ In ``/etc/udev/hwdb.d/50-apple-kbd.hwdb`` ho scritto::
+
+ evdev:input:b0003v05ACp0221*
+ KEYBOARD_KEY_ff0003=insert # fn -> insert
+
+ (*Attenzione*: la seconda riga deve iniziare con esattamente 1
+ carattere "spazio" (0x20))
+
+ Questa `pagina di documentazione di Arch (in Inglese)
+ <https://wiki.archlinux.org/index.php/Map_scancodes_to_keycodes>`_
+ spiega il tutto in dettaglio.
+
Il driver ``xf86-input-evdev`` che viene di serie con `xorg` usa
soltanto i keycode tra 8 e 255, ignorando tutti gli altri. Questo
funziona per la maggior parte dei casi (chi ha mai visto una tastiera
-con più di 247 tasti?), ma causa problemi quando i keycode con sono
+con più di 247 tasti?), ma causa problemi quando i keycode non sono
consecutivi.
Ad esempio, la tastiera Apple Alluminio (ID USB ``05ac:0221``) emette