dettagli - Amiga Magazine

La creazione delle GUI
Abbiamo visto nelle precedenti puntate come sia disponi-
bile un'ampia varietà di soluzioni per semplificare la crea-
zione dell'interfaccia utente grafica di un programma. In
realtà, quanto questa varietà sia effettivamente ampia di-
pende in misura sostanziale dal linguaggio di programma-
zione che si sta usando. Anche se praticamente tutti i lin-
guaggi disponibili su Arniga possono, in un modo o nell'al-
tro, invocare funzioni di librerie condivise (e accedere così
alla quasi totalità dei framework che abbiamo presentato),
in alcuni casi ciò è tutt'altro che agevole.
Spesso è sufficiente un dettaglio per complicare le cose:
non sempre la rappresentazione dei dati in memoria offerta
da un certo linguaggio coincide con quella assunta dalle Ii-
brerie (che è poi quella del linguaggio C), e non sempre è
possibile passare a una libreria puntatori a funzione compa-
tibili con gli Hook di sistema; alcuni linguaggi sono inter-
pretati, e non compilati e, quindi, non possono usare affatto
degli Hook e meno che mai costruire delle classi custom
per i framework orientati agli oggetti; a volte semplicemen-
t6 non sono disponibili i file di supporto per un determina-
to linguaggio, o una libreria fa un uso spregiudicato di
qualche particolare del supporto a tempo d'esecuzione del
C. Insomma, "il diavolo si nasconde nei dettagli", e basta un
nonnulla perché l'adozione di un certo framework, anziché
semplificare la programmazione, la complichi oltre misura.
Non stupirà allora scoprire che, parallelamente alla diffu-
sione di linguaggi diversi da C e assembler per la program-
mazione su Amiga, si siano diffusi strumenti e ambienti per
il supporto alla creazione di GUI con questi linguaggi: ed è
Linguaggi e GUI @arte ZII)
a questi "cugini poveri" di MUI e consimili che dedichere-
mo la nostra attenzione in questa puntata.
L'ambiente più "ostile" alla programmazione delle normali
librerie condivise è, senza alcun dubbio, il linguaggio della
Shell: gli script di ArnigaDOS. Potrà sembrare strana l'idea
di usare gli script di Shell per realizzare applicazioni dotate
di interfaccia grafica, ma in realtà molti piccoli problemi di
normale amministrazione potrebbero essere agevolmente
affrontati con i comandi del DOS e un po' di inventiva,
senza richiedere il ricorso a mezzi più sofisticati.
Proprio riconoscendo questa possibilità, la vecchia Com-
modore aveva incluso fra i comandi di sistema Request-
Choice e RequestFile, che danno la possibilità a uno script
Shell di presentare all'utente un requester testuale, even-
tualmente con risposte multiple, e un file requester; le
azioni dell'utente vengono poi comunicate allo script attra-
verso lo standard output e i valori di ritorno dei comandi
(e poi gestite tramite I'impostazione di opportune variabili
d'ambiente). Sulla loro scia sono nate nel tempo altre pic-
cole utility, di solito reperibili nel pubblico dominio, che
permettono di costruire requester più complessi, aggiunge-
re menu, aprire e chiudere schermi e così via.
Se questo approccio "artigianale" alla costruzione di una
GUI può andar bene per realizzare una sporadica richiesta
di conferma, o per scegliere un po' di file da passare come
argomenti a LHA (vedi listato l), non è il caso di affidarsi a
questi comandi per realizzare applicazioni appena un po'
più complesse. Non è necessario però abbandonare del tut-
to l'approccio dei comandi di Shell: si può usare gui4cii.
set dest 'requestfile title="Nome dell'archivio" savemode noicons'
I if exists $dest
set add 'requestchoice "Richiesta di conferma" "Aggiungo all'archivio*Npreesistente?" "s~~No"'
if "$addU eq "O"
quit
endif
endif
lha a $dest 'requestfile title="File da archiviare" positive="Archivia" multiselect'
Listato I - Uso di RequestFile e RequestCboice.