Come vengono associati i codici chiave all'azione appropriata?

Dopo aver capito come modificare la mappatura dei codici di scansione in codici chiave usando udev, vedi questa domanda , mi chiedevo come quei codici chiave (o eventi, se vuoi) sono associati all'azione appropriata.

Ad esempio, se si preme volume upsulla tastiera, viene inviato un codice di scansione che verrà quindi convertito nel volumeupcodice chiave. Ma come viene intercettato questo codice chiave, il volume alzato e la notifica appropriata visualizzata?

La mia ipotesi è che da qualche parte debba essere chiamato uno script, quindi mi piacerebbe sapere dove sono quegli script.

EDIT: I codici chiave che menziono non devono essere confusi con i xevritorni dei codici chiave , ma sono anche interessato a quelli;)

Ok, l'ho trovato su https://help.ubuntu.com/community/MultimediaKeys

Quando si preme un tasto sulla tastiera, il kernel di Linux genera uno scancode grezzo per esso (se assegnato). Ogni scancode può essere mappato su un codice chiave. Questo è a livello di kernel. X ha un modo (quasi) totalmente indipendente di mappare le chiavi: X legge la tabella dei codici chiave del kernel all'avvio, quindi mappa il codice chiave alla sua tabella dei codici chiave indipendente (è lo stesso dei codici chiave del kernel ma diverso :)). Quindi ogni codice chiave può essere mappato su un keysym, cioè una stringa che rappresenta una chiave o suggerisce un'azione. Quindi, per avere le nostre chiavi perfettamente funzionanti, hanno bisogno di un kernel scancode / keycode più un X keycode / keysym. Può sembrare strano, ma gli sviluppatori X hanno il motivo per mantenere una mappatura della tastiera separata dal kernel. Non è affatto difficile, solo una procedura abbastanza noiosa.

Quindi i keycode sono mappati su keysym, quindi dove sono i keysym? Ho trovato e rispondo a questa domanda: dove trovo un elenco di tutti i tastierini X in questi giorni? Dato che stiamo parlando dei tasti del volume, questo si trova nel XF86keysym.hcodice sorgente menzionato nella risposta.

In quel file sul mio computer ho trovato quanto segue per il volume:

#define XF86XK_AudioLowerVolume 0x1008FF11   /* Volume control down        */
#define XF86XK_AudioMute    0x1008FF12   /* Mute sound from the system */
#define XF86XK_AudioRaiseVolume 0x1008FF13   /* Volume control up          */

Strano ... valori diversi da qualsiasi altra cosa, forse ci sono più sistemi per la gestione delle chiavi? http://crunchbang.org/forums/viewtopic.php?id=16656

Sto usando Xubuntu e per controllare i tasti, devo mappare le azioni manualmente (in questo modo Come posso cambiare le scorciatoie da tastiera in xubuntu? ). Tuttavia le notifiche sembrano indipendenti, come se stessero rilevando la pressione dei tasti e agendo di conseguenza, Potrebbe significare che altri programmi in Ubuntu sono impostati in questo modo, quindi non è necessario mappare gli script sui tasti.

Quindi sono abbastanza sicuro che i programmi stiano rilevando il tasto (quindi non è possibile trovare script).

In Xubuntu ho avuto questo problema con Pulse Audio e usando script personalizzati per cambiare il volume. Sembrava che Pulse stesse intercettando il tasto Mute , il tasto Mute silenziava Alsa e PulseAudio, ma riattiva solo Alsa per soluzioni alternative interessanti.

Dai un'occhiata a NotifyOSD https://wiki.ubuntu.com/NotifyOSD#Volume_changes

Se guardi questi diagrammi: https://wiki.ubuntu.com/NotifyOSD#Architecture

Soprattutto questo:

Mostra che esiste un "listener di chiavi hardware" che riceve il modulo DBus o HAL? Quindi "recupera l'elemento visivo dal sistema" che le icone di suono e luminosità sono nella fonte di Notify-OSD, e quindi crea la bolla da lì.

Tutto ciò è pazzesco e confuso, ma per quanto ne capisco (finora):

raw scancode (ex. e016)> keycode (ex. 160)> keysym (ex. XF86AudioMute)> gnome-settings-daemon (es. volume-up)> segnale DBus> hardware-keys-listener per notification-osd (o altro programma di ascolto)

Nella maggior parte dei casi, non ci sono script eseguiti. Fanno sì che gli eventi vengano inviati al gestore finestre o al demone delle impostazioni. L'unica volta in cui sono a conoscenza degli script nel processo è quando si configurano associazioni di tasti personalizzate. Per le combinazioni di tasti personalizzate, è possibile aggiungere righe di comando (eseguibili o script) e vincolarle alle chiavi.

Si prega di vedere questa risposta che ho scritto a una domanda sul backup delle combinazioni di tasti in Ubuntu: dove sono archiviate le scorciatoie da tastiera di GNOME? Ho uno script che esegue il backup o ripristina tutte le combinazioni di tasti, comprese le combinazioni di tasti personalizzate. Se esegui lo script, puoi vedere dove sono archiviati i keybinding in dconf e quale applicazione viene informata dell'evento chiave.

La risposta si riferisce ai driver .

Ogni hardware deve avere un driver per interagire con il sistema operativo.

Citando http://www.linuxforu.com/2010/11/understanding-linux-device-drivers/ :

Un driver guida, gestisce, controlla, dirige e monitora l'entità sotto il suo comando. Cosa fa un driver di autobus con un bus, un driver di dispositivo fa con un dispositivo (qualsiasi componente hardware collegato a un computer) come un mouse, una tastiera, un monitor, un disco rigido, una videocamera Web, un orologio e altro.

Inoltre, un "pilota" potrebbe essere una persona o persino un sistema automatico monitorato da una persona (ad esempio un sistema di pilota automatico su aerei di linea). Analogamente, un determinato componente hardware potrebbe essere controllato da un componente software (un driver di dispositivo) o potrebbe essere controllato da un altro dispositivo hardware, che a sua volta potrebbe essere gestito da un driver di dispositivo software. In quest'ultimo caso, tale dispositivo di controllo viene comunemente chiamato controller di dispositivo. Questo, essendo un dispositivo stesso, spesso necessita anche di un driver, che viene comunemente definito driver del bus.

Un dispositivo ha un registro dispositivi che memorizza i bit di controllo / stato e i bit di dati. Ogni volta che alcuni dati devono essere trasferiti, di solito vengono inviati impostando i bit di dati.

Quindi, ogni volta che premi un tasto sulla tastiera, alcuni dati vengono scritti sul registro. Questi bit vengono letti dal driver del dispositivo e viene eseguita l'azione appropriata. Questa è la breve spiegazione

link:

• Se sei interessato, ti consiglio di leggere questa serie su Device Driver che comprende 17 articoli ben scritti di linuxforu : http://www.linuxforu.com/tag/linux-device-drivers-series/ .

• Puoi leggere il documento specifico contenente le istruzioni su come scrivere un driver di dispositivo per la tastiera USB: http://www.emntech.com/docs/USB_KeyBoard_Driver_eMNTech.pdf

• Se sei molto entusiasta dei driver di dispositivo Linux, leggi il libro "Driver di dispositivo Linux" che è disponibile gratuitamente in pdf: http://lwn.net/Kernel/LDD3/