Gruppo Editoriale - Amiga Magazine Online

Le pagine di
O / Transcictor per MIGA
Romano Tenca
Introduzione all'input.device
Accanto alle librerie di sistema, Amiga presenta una serie di
device (dispositivi) che sono strutturati in maniera analoga
alle librerie, ma sono destinati, in generale, a gestire l'input
e l'output. Una parte dell'input di sistema viene gestito, a
livello più basso, dai seguenti device: keyboard.device (per
la tastiera), gameport.device (per la porta del mouse e per
quella del joystick), timer.device (per gli eventi temporali).
L'input.device, da parte sua, costituisce una specie di super-
visore degli eventi citati, che funziona in una maniera del
tutto particolare. Quando viene aperto per la prima volta
(cosa che viene effettuata direttamente da AmigaDos),
viene generato un vero e proprio task Exec, il quale si
incarica di dialogare con i predetti device, per generare un
unico flusso di dati. In questo flusso compariranno, nell'or-
dine in cui sono accaduti, gli eventi provenienti dalla
tastiera, dal mouse, dal timer (oltre al segnale di disco
inserito/rimosso). In esso non sono presenti gli eventi rela-
tivi al joystick che, se interessano, devono essere rilevati
direttamente attraverso il gameport.device.
Se noi volessimo utilizzare il keyboard.device o il
gameport.device (per gli eventi relativi al mouse)
direttamente,diventeremmo concorrenti del task
dell'input.device e non riusciremmo ad accedere a tutti gli
eventi in input, perché una buona parte sarebbe comunica-
ta al suddetto task invece che al nostro. Per ricevere gli
eventi in input si deve dunque passare attraverso
l'input.device, il quale si incaricherà di comunicare il flusso
di dati agli utenti che ne hanno fatto richiesta. Un "clien-
te" fisso dell'input.device è Intuition, che in continuazione
interpreta e smista i diversi eventi (generando, ad esempio,
dei messaggi IDCMP diretti alla window attiva).
Se più utenti richiedono l'accesso al flusso di input,
llinput.device mette a disposizione tale flusso ai diversi
task, in maniera sequenziale: al primo programma viene
trasmesso un puntatore al flusso dei dati, poi 1'input.device
attende che questo termini il proprio lavoro e restituisca il
puntatore, che, a questo punto, verrà inviato al secondo
programma e così via.
I singoli utenti possono semplicemente leggere il flusso dei
dati, oppure modificarlo, cambiandone dei parametri,
oppure ancora eliminare dal flusso interi eventi o tutta la
Come costruire un input handler
catena, restituendo un puntatore ~lullo. L'utente successivo
non riceverà più il flusso originale, ma quello modificato.
Se, ad esempio, noi intercettiamo il flusso dei dati prima di
Intuition ed eliminiamo da esso tutti gli eventi relativi alla
tastiera, Intuition non sarà più in grado di ricevere questo
tipo di informazioni. Viceversa, se lo riceviamo dopo Intuition,
gli eventi ci appariranno così come Intuition li ha
elaborati.
Da ciò che abbiamo detto appare immediatamente eviden-
te la grande potenza delllinput.device e, dunque, la partico-
lare cura che occorre porre nel programmare a questo
livello. Con questo metodo sono stati disegnati alcuni dei
più famosi programmi PD, come POPCLI o DMOUSE.
Grazie a questo metodo è possibile modificare profonda-
mente l'interfaccia Intuition, per esempio mutando il signi-
ficato associato alla pressione dei bottoni del mouse, o
attribuire a delle particolari combinazioni di tasti compiti
particolari (hot key). D'altra parte, occorre tenere presente
che i programmi che vogliono gestire il flusso di dati
devono operare molto velocemente, se non vogliono ral-
lentare Intuition e tutto ciò che ne dipende; pertanto devo-
no essere brevi e possibilmente, ma non necessariamente,
in linguaggio macchina.
I1 flusso di input
I1 flusso di input è costituito da una catena di strutture
InputEvent, la cui definizione si trova nel file include
"devices/inputevent.h". L'elenco dei valori che i suoi campi
posssono assumere si trova nel file include già citato ed è lo
stesso che viene utilizzato per interpretare i messaggi che
provengono dal console.device quando questo fornisce
eventi in input di tipo raw.
Si può notare, inoltre, una qualche affinità con i valori che
compaiono in certi campi della struttura IntuiMessage,
utilizzata da Intuition per comunicare con le Window,
attraverso il metodo IDCMP. Di fatto gli IntuiMessage costi-
tuiscono una elaborazione degli InputEvent effettuata da
Intuition, che, per esempio, interpreta la pressione del tasto
destro del mouse come una richiesta di visualizzazione del
menu. L'esame che noi svolgeremo ora riguarda solo gli
input handler che agiscono a priorità più elevata di Intui-
tion, e che dunque possono "vedere" solo gli eventi, per
così dire, allo stato grezzo.