Amiga Magazine Online

to a imparare un nuovo set di funzioni e, infine, assume
default ragionevoli per molti valori nella descrizione dei
gadget, più di quanto già non faccia Gadtools.
In aggiunta a queste caratteristiche, GUIFront fornisce
molte comode scorciatoie (per i requester ASL, per la lo-
calizzazione, per gli EasyRequester) e, primo fra i fra-
mework che abbiamo analizzato, offre all'utente la possi-
bilità di personalizzare (entro certi limiti) l'aspetto della
GUI, tramite un editor di preferenze esterno. Vedremo in
seguito come questa caratteristica sia invece molto diffu-
sa fra i sistemi più complessi.
Un felice compromesso fra GadLayout e GUIFront è co-
stituito dalla libreria GadUtil: come GUIFront, prende a
modello l'API di Gadtools (questa volta, prefissando con
GU- i nomi delle funzioni!) ed è una libreria condivisa
(di appena 10 kb), e come GadLayout permette di defini-
re posizione e dimensione dei gadget in maniera relativa
ad altri gadget, al font in uso e a stringhe localizzate, of-
frendo flessibilità sufficiente per quasi tutti gli scopi. In
aggiunta a ciò, GadUtil offre il supporto automatico alla
localizzazione e agli shortcut da tastiera, e integra nella
libreria alcune delle funzioni più utili di altre librerie di
sistema: in questo modo, le applicazioni più semplici
possono evitare del tutto di aprire altre librerie e usare
solamente le funzioni di GadUtil. Le uniche pecche di
questo sistema risiedono nel mancato supporto al ridi-
mensionamento e, almeno per il momento, nella docu-
mentazione, che è incompleta; trattandosi però di un
prodotto in fase di sviluppo attivo (noi abbiamo provato
una versione beta), possiamo supporre che questi difetti
verranno corretti al momento del rilascio definitivo. Se
per la vostra applicazione è sufficiente un'interfaccia
Gadtools, questa libreria può essere il miglior compro-
messo tra occupazione di memoria, velocità, curva di ap-
prendimento e supporto offerto.
Un sistema atipico è GUITools: anch'esso offre il suppor-
to a una descrizione più flessibile della GUI (che, peral-
tro, consiste nel definire in maniera parametrica le posi-
zioni, più che in una vera descrizione logica), che gli
consente una (limitata) adattabilità ai font e una (limitata)
gestione del resizing e, anch'esso, supporta gli shortcut,
ma, a differenza dei framework che abbiamo già visto,
offre il concetto di collegamento fra un gadget e una va-
riabile del programma. Per fare un semplice esempio, un
gadget stringa verrebbe collegato a un array di char,
mentre un checkmark troverebbe come naturale corri-
spondente una variabile booleana. All'applicazione non
resta che leggere o modificare queste variabili (e invoca-
re un paio di funzioni di sincronizzazione) per interagire
con la GUI; naturalmente, i cosiddetti "action gadget"
(cioè quelli che innescano degli eventi significativi per
l'applicazione, come potrebbero essere due pulsanti
"OK" e "Annulla") vengono gestiti con l'usuale metodo
dei messaggi.
Nonostante I'uso di questa tecnica e nonostante la dispo-
nibilità di molte funzioni "scorciatoia" per la gestione di
schermi e finestre, peraltro dall'operato a volte discutibi-
le, GUITools soffre di un cattivo progetto iniziale, di una
eccessiva stratificazione di versioni e di una sovrabbon-
danza di strutture e parametri: forse retaggio della sua re-
dazione in Modula-2. Basti dire che, fino alla versione
precedente, erano presenti ben quattro diverse funzioni
(non equivalenti) per la creazione dei gadget, una delle
quali richiedeva la bellezza di nove parametri (fra cui
una taglist)!
La documentazione fornita non è chiarissima e presenta
alcuni parti sconcertanti (in un punto l'autore suggerisce
di usare ovunque il font Topaz 8 per ottenere una perfet-
ta GUI su schermi pubblici!), ma in compenso contiene
delle chiare esposizioni in Modula-2 dell'effetto di certe
azioni. A nostro parere, il lettore ha a disposizione am-
bienti migliori fra cui scegliere.
Qualche considerazione
Tutti i framework di terze parti di cui abbiamo parlato in
questa prima puntata erano in realtà semplici raccolte di
utili routine per l'accesso semplificato ai gadget tradizio-
nali: in quasi tutti i casi, non era possibile ottenere nulla
che non fosse ottenibile anche dalla gadtools.library, a
costo di qualche sforzo supplementare in fase di codifi-
ca.
La semplificazione ottenuta tramite I'uso di questi fra-
mework può apparire allettante al programmatore, ma
occorre anche tenere presente il punto di vista dell'uten-
te, che raramente si sente appagato quando la sua direc-
tory LIBS: si riempie di framework diversi e incompatibi-
li, uno per ogni applicazione, secondo le preferenze dei
rispettivi programmatori. I1 nostro consiglio, allora, è di
usare la gadtools.library "liscia" quando ciò è proponibile
(piccole utility o semplici applicazioni), e rivolgersi ai fra-
mework esterni solo quando effettivamente necessario.
Ai progetti più ambiziosi dedicheremo invece la prossima
puntata, quando parleremo dei "pesi massimi" fra i fra-
mework per le GUI. Appuntamento fra un mese! A