Amiga Magazine Online

Abbiamo parlato di ...
Tutti i framework liberamente distribuibili di cui abbiamo parlato sono reperi-
bili su Aminet, nei seguenti archivi:
Nome Archivio CD-ROM
Gadget.library dev/gui/gadgetlOO.lha Set-l disco A
GadLayout dev/gui/gadlayout-1-7.Iha Set-l disco A
GadOutline dev/gui/gadoutline2-4,lha Set-l disco A
GadUtil dev/gui/gutil-dev-3652.lha Aminet 8
GUIFront dev/gui/gfrontl l .lha Set-l disco A, Aminet 5
GUITools dev/gui/guitoolsv38-1 .Iha Set-l disco A
1ntuiSup.library util/libs/intuisup47.lha Set-l disco A
A causa del rapidissimo aggiornamento cui alcuni di questi archivi vanno
soggetti, potreste trovarne in linea versioni più recenti o con nomi diversi.
Una rapida occhiata ai file ".readmen che accompagnano le distribuzioni chia-
rirà ogni dubbio.
il resto segue il comportamento di default
per i gadget di quel tipo. Similmente, la
creazione di menu veniva ricondotta alla
semplice definizione di un array, laddove
Intuition richiedeva la compilazione di al-
meno un paio di strutture per ogni singola
voce!
Gadtools ha semplificato grandemente la
vita ai programmatori di utility o piccole
applicazioni, ma per ottenere questa mag-
gior semplicità, ha dovuto rinunciare a
molta della flessibilità di Intuition: fra le
possibilità precluse stanno l'uso di imma-
gini all'interno dei pulsanti e dei menu
(che con Gadtools possono contenere sol-
tanto testo), la possibilità di ridimensiona-
re dinamicamente un gadget in funzione
della finestra e di inserire un gadget nel
gli altri framework che vedremo. La dotazione standard bordo della finestra. Queste limitazioni hanno portato a
di Intuition è, per la verità, piuttosto povera, come potrà una generale "piattezza" delle GUI, che hanno perso
confermare chiunque abbia programmato una GUI con molto della ricchezza visiva che caratterizzava le applica-
AmigaOS in versione precedente alla 2.0: in sostanza, so- zioni pre-2.0; d'altro canto, queste stesse limitazioni han-
no disponibili soltanto gadget "booleani" (premuto/non no causato una benefica standardizzazione, tanto che og-
premuto) con cui si possono implementare vari tipi di gi non capita più (come accadeva talvolta) di scambiare
pulsanti e selettori, gadget "stringa" e gadget "proporzio- un elemento decorativo per un gadget, o viceversa, di
nali" (che implementano scroller e slider). Intuition offre chiedersi quale sia la funzione di un elemento puramente
molte altre cose al programmatore, come la gestione del- decorativo!
le finestre e dei requester, la disponibilità dei menu pull-
down e la possibilità di dialogo con l'applicazione, ma la Tutta la flessibilità persa con Gadtools viene restituita,
ridotta varietà di gadget e la loro macchinosità (la crea- con generosi interessi, dai gadget BOOPSI (dalle iniziali
zione di un gadget richiede spesso la paziente compila- di "Basic Object-Oriented Programming System for Intui-
zione di quattro o cinque strutture ricche di flag da sotto- tion", ovvero Sistema Basilare di Programmazione Orien-
porre a Intuition) sono sempre stati avvertiti dai program- tata agli Oggetti per Intuition). Questi gadget, al contrario
matori come una limitazione piuttosto pesante. Anche di quelli "tradizionali" che vengono disegnati sullo scher-
con questi mezzi limitati, è però possibile costruire inter- mo da Intuition, contengono al loro interno il codice per
facce gradevoli: l'applicazione deve però addossarsi la re- il ridisegno e per la gestione dell'input; Intuition si limita
sponsabilità del disegno e della gestione di tutto quanto a invocare dei metodi dei gadget (operazione equivalente
vada oltre un breve testo con una cornice intorno. a una chiamata di funzione) per richiedere loro di com-
piere le operazioni di volta in volta necessarie. In questo
Riconoscendo i limiti (più "estetici" che sostanziali) di In- modo, un gadget BOOPSI (che può anche essere scritto
tuition, Commodore ha posto mano al problema con ex-novo) ha la possibilità di implementare qualunque ca-
AmigaOS 2.0, estendendo il framework iniziale in due di- ratteristica si renda necessaria per una particolare appli-
rezioni. La prima, rivolta a semplificare la creazione e la cazione: non per niente, oltre a gadget equivalenti a
gestione di GUI anche complesse, purché composte di quelli tradizionali e a quelli di Gadtools, ne esistono mol-
elementi "standard", ha portato alla creazione della gad- ti altri (in AmigaOS 3.0 si trovano in SYS:Classes/Gad-
tools.library, che è rapidamente divenuta la più usata gets), fra i quali il "colorwheel.gadget" di sistema, che
per questo scopo. Questa libreria mette a disposizione implementa un selettore di colori "a disco" e il "tape-
del programmatore vari tipi di gadget, tutti con aspetto deck.gadgetl', che fornisce una serie di controlli che si-
"tridimensionale", fra cui (oltre a quelli tradizionali) radio mulano quelli di un registratore (play, stop ecc.). Fra i
button, checkmark e listview, quest'ultimo elemento, in gadget di terze parti, meritano una citazione il "calen-
particolare, si rendeva spesso necessario e doveva essere dar.gadgetn che implementa (ovviamente) un calendario
costruito "manualmente" dalle applicazioni precedenti. da parete e l'utile "textfield.gadgetn che fornisce un intero
Grazie all'uso delle tag list, introdotte con la stessa ver- editor di testi all'interno di un gadget, con tanto di sup-
sione del sistema, la creazione di un gadget non richiede porto alla clipboard di sistema!
più la dettagliata descrizione della struttura relativa; è in-
vece sufficiente indicarne il tipo e alcune proprietà; tutto La novità maggiore introdotta dai BOOPSI (che, oltre ai
-