dettagli - Amiga Magazine

viare comandi oppure di riceverli (consentendo così un
controllo esterno sulle GUI generate). Esiste anche un certo
numero di framework specifici per ARexx, che si integrano
completamente nel linguaggio estendendolo con comandi
e costrutti specifici per la creazione di GUI.
I1 primo che esaminiamo è MUiRexx che, come il nome
lascia immaginare, consente di usare la MUI di Stefan
Stuntz all'interno di script ARexx. MUIRexx fornisce un
command host per ARexx che implementa alcune decine
di comandi, in gran parte equivalenti alle macro predefinite
di MUI per il linguaggio C. Questi comandi permettono di
definire finestre, gruppi, oggetti MUI e gadget BOOPSI con
relativa facilità; purtroppo il livello di astrazione non è mol-
to alto (è praticamente lo stesso della programmazione di
MUI in C), e ciò richiede che il programmatore ARexx si
destreggi fra puntatori, metodi, attributi e taglist che non
sono particolarmente ben supportate dal linguaggio. I1 van-
taggio dell'approccio a basso livello è, come sempre acca-
de, la maggiore flessibilità che se ne ottiene; di contro, non
è difficile mandare in crash l'intera macchina per un solo
errore di battuta. L'accesso alle caratteristiche di MUi è qua-
si completo, ma resta preclusa la possibilità di creare classi
custom (che, da MUI 3.0 in poi, sono lo strumento principe
della programmazione con MUI). I1 pacchetto viene fornito
con abbondante documentazione e, nel rispetto della tradi-
zione, con alcuni script dimostrativi fra cui una directory
utility e un notevole costruttore interattivo di interfacce.
L'implementazione di MUIRexx come comrnand host con-
sente di adottare una sintassi basata su comandi, di cui il
lettori possono avere un assaggio nel listato 3 (che imple-
menta un file requester tutt'altro che completo), sintassi
che, pur raggiungendo il suo scopo, non è particolarmente
elegante (per esempio, le taglist vengono espresse in forma
numerica.. .).
/* Un semplice file requester */
options results
address FREQ
window TITLE '"Scegli un file"' COMMAND 'quit' PORT FREQ
group
dirlist ID DLIST PATH '"SYS:"' PORT FREQ,
COMMAND '"string ID FILE CONTENT %s"'
group HORIZ
label 'File'
string ID FILE CONTENT "
endgroup
group HORIZ
button ID BTN1 PORT FREQ COMMAND 'quit' LABEL 'Ok'
button ID BTN2 PORT FREQ COMMAND 'quit' LABEL 'Annulla'
endgroup
endgroup
endwindow
exit
Listato 3 - Un file requester in MLNRexx.
Agli antipodi di MUIRexx troviamo un altro pacchetto, Tri-
tonitexx, che ovviamente consente di interfacciare gli
script ARexx con la Triton.library di cui abbiamo parlato
nelle precedenti puntate. TritonRexx è implementato come
function host, e quindi la sintassi per accedere alle GUI è
basata su chiamate di funzioni (corrispondenti a quelle na-
tive della Triton.libras.1 e su variabili stem equivalenti alle
strutture necessarie; le taglist vengono gestite attraverso va-
riabili stem con indice numerico, praticamente degli array.
Anche in questo caso, il livello di astrazione è estremamen-
te basso (anche più che nel caso precedente), lo stesso che
si avrebbe programmando l'applicazione in C: si perdono
dunque molti dei vantaggi derivanti dall'uso del REXX, e i
sorgenti si allungano oltre misura. Particolarmente spiace-
vole è la necessità di costruire manualmente persino il ciclo
di ricezione dei messaggi (in ARexx!) ... Quali che siano i
meriti di questo ambiente (?l, ci sentiamo di sconsigliarne
l'uso ai programmatori meno poliglotti, poiché attualmente
l'unica documentazione disponibile è completamente in
lingua tedesca.
Non tutti i framework per ARexx si appoggiano a librerie
esterne come MUI o Triton: esistono anche ambienti "nati-
vi", in genere maggiormente integrati con il linguaggio.
Uno dei migliori è ZedRexx, un pacchetto che vanta un
padre illustre: l'autore è infatti David Jlinod, noto ingegnere
della vecchia Commodore che ha all'attivo, fra l'altro,
1'Arniga User Interface Style Guide, diversi datatype, buona
parte di GadTools e che, prima degli incresciosi ameni-
menti che hanno posto fine all'esistenza di Commodore,
aveva iniziato il lavoro sulla nuova versione di Intuition.
ZedRexx (che è un comrnand host, come MUIRexx) rende
disponibile un insieme di comandi molto ricco, che spazia
dalla definizione "in linea" di immagini (tramite stringhe
esadecimali) alla descrizione logica della GUI; dalla
gestione di Commodities alla definizione delle azio-
ni (sotto forma di subroutine ARexx) da eseguire in
risposta agli eventi relativi alla GUI. L'espressività
del linguaggio di ZedRexx è molto buona e il livel-
lo di astrazione decisamente elevato (non è mai ne-
cessario "abbassarsi" a gestire puntatori, taglist e si-
mili): si tratta evidentemente di un pacchetto pro-
gettato con cura e realizzato da professionisti. Pur-
troppo, il maggiore punto di forza di ZedRexx (l'in-
tegrazione di un proprio motore di GUI) è anche
un ostacolo alla sua evoluzione: la versione 1.0 ri-
sale infatti al 1994, e non ci risulta che ne siano sta-
te rilasciate altre da allora. Sebbene l'implementa-
zione del motore delle GUI fosse notevole per
l'epoca, e tuttora attuale, il futuro di questo pac-
chetto (che è un prodotto commerciale, anche se a
prezzi da Shareware) non sembra assicurato.
Più antica di ZedRexx è la rexxarpiib.library,
probabilmente la prima soluzione disponibile (in
ordine cronologico) per dare un'interfaccia grafica