dettagli - Amiga Magazine

More documents

Recommendations

Info

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 vantaggio 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 consente di adottare una sintassi basata su comandi, di cui il lettori possono avere un assaggio nel listato 3 (che implementa 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 variabili 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 azioni (sotto forma di subroutine ARexx) da eseguire in risposta agli eventi relativi alla GUI. L'espressività del linguaggio di ZedRexx è molto buona e il livello 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'implementazione del motore delle GUI fosse notevole per l'epoca, e tuttora attuale, il futuro di questo pacchetto (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
al Rexx. Questa libreria (che è unfi~nctio~z host ARexx) fornisce l'accesso ad alcune funzioni di Intuition, della graphics.library e della arplibrary, e vi aggiunge alcune funzioni di supporto. I1 modello di programmazione, per la verità, è piuttosto primitivo, e appoggiandosi direttamente a Intuition consente soltanto la definizione dei "vecchi" gadget, finestre e menu in stile AmigaOS 1.3. Salvo casi particolari, per esempio in presenza di risorse ridottissime, ci sembra che una delle alternative più moderne sia preferibile. Per finire, citiamo il pacchetto Varexx, che risolve il pro- blema della creazione della GUI affidandosi a un costruttore di GUI esterno (GadToolsBox: ne parleremo prossi- mamente). Varexx legge i file ".guin prodotti da GadTool- sBox, contenenti le descrizioni della GUI, e crea le finestre corrispondenti. Lo script può interagire con la GUI attraverso le funzioni e i comandi forniti da Varexx, che consentono un buon grado di controllo; le azioni dell'utente sugli elementi della GUI causano l'invio di particolari messaggi a una porta che lo script deve controlla- re all'interno di un ciclo di lettura. Come abbiamo visto, c'è un'ampia scelta di pacchetti dispo- nibili (e la nostra selezione non esaurisce la gamma delle soluzioni possibili), ed è anche possibile chiamare direttamente da ARexx le varie librerie condivise, di sistema o meno. Fra i criteri che dovrebbero guidare la scelta del programmatore, non vanno dimenticati due di cui non abbiamo parlato: l'occupazione di memoria e la velocità. I1 primo aspetto dipende principalmente dalle richieste di memoria del framework di riferimento (da praticamente nulla per la rexxarplib.library a svariate centinaia di kb per MUIRexx), mentre il secondo favorisce le estensioni in cui il livello di astrazione è il più alto possibile (in questo modo, la maggiore quantità di lavoro viene fatta all'interno dell'host, ge- neralmente scritto in C o Assembler e quindi più veloce): a questo riguardo, ZedRexx ha delle carte da giocare. Come al solito, il miglior compromesso fra memoria, velo- cità, flessibilità e sofisticazione della GUI dipende dalle ne- cessità della particolare applicazione, e la scelta caso per caso è compito del programmatore. Una GUI per Amiga E Fra i linguaggi di maggior diffusione, non poteva mancare Amiga E. Già nel pacchetto originale di E è compreso un modulo, chiamato EasyGUi, che implementa un intero framework per la creazione e la gestione di interfacce grafiche. EasyGUI (che occupa appena una decina di kilobyte, da includere staticamente nel codice dell'applicazione) è costi- tuita da pochissime funzioni, una sola delle quali è suffi- ciente per la creazione della GUI e l'esecuzione del ciclo di gestione dei messaggi. Tutta la complessità è incapsulata in uno degli argomenti della funzione di creazione, sotto forma di lista (di liste ... ) di "comandi astratti" di definizione della GUI; per consentire un controllo di buon livello, Ea- syGUI fa largo uso di puntatori a funzioni (di E) che vengono chiamate dal motore in occasione di determinati eventi. La GUI così costruita, basata su GadTools, sarà ridi- mensionabile e sensibile al font in uso senza particolari precauzioni da parte del programmatore. Se le limitazioni di EasyGUI (principalmente derivanti da GadTools) non sono troppo restrittive per una particolare applicazione, questo framework si rivelerà veloce e prati- co, e (a differenza dei precedenti) non necessita che altre librerie, comandi o raccolte di classi siano presenti nel sistema, a tutto vantaggio della semplicità di installazione e disinstallazione. I1 listato 4 mostra un esempio di uso di Ea- syGUI; l'aspetto dell'interfaccia così generata è visibile in fi- gura 2. Il MODULE 'tools/easygui' PROC main() easygui('Riavvia con...', [ BEVELR, [ ROWS , [MX,{os),NIL,['AmigaOS 1.3', 'AmigaOS 3.0', 'MacOS/ShapeShifter', 'Linuxl,NIL], FALSE, 1 ] , [BARI [CHECK,{perm),'Permanente',FALSE,TRUE], [CHECK,{CO~~),'CO~~ reset',TRUE,TRUE], [BARI t [SBUTTON,l, ' Riavvia '1 l l ) ENDPROC PROC os(info,sel) IS WriteF('os=\d\n',sel) PROC perm(info,bool) IS WriteF('perm=\d\n',bool) PROC cold(info,bool) IS WriteF('cold=\d\n',bool) 11 Listato 4 - 11 sorgente per la CUI infigura 2. Fig. 2 - Una GUZprodotta con EasyCUZ. J AmigaQS l ,3 6 AnigaOS 3.9 J MacOSlShapeSh i f t er J Linux Peraanente I Cold reset Riauvia 1
Page 3: PIOS E P-OS 11 1997 si è aperto co
Page 7 and 8: ste pagine, nonostante le evi- dent
Page 9 and 10: sione 1.5 di ArtEffect. Grazie a qu
Page 11 and 12: Intervista a Wolf DìetrYicb e Gera
Page 13 and 14: 1 La simpatica mascotte/logo di GNU
Page 15 and 16: sempio di un PentiumPro o di un Alp
Page 17 and 18: zionate Zoom e riquadrate la zona c
Page 19 and 20: Camera Altitude: 51 Camera Latitude
Page 21 and 22: GLOSSflRIO ARCnet Amiga Relay Chat
Page 23 and 24: Me~aggn di uscita p t mihg . NUOVO
Page 25 and 26: la ricezione (Finestra ricezione
Page 27 and 28: La Draco Motion & un'evoluzione del
Page 29 and 30: successo LightWave, Photogenics, I-
Page 31 and 32: struiscono la motherboard e sistema
Page 33 and 34: Q ualche anno fa il 68040 era la pi
Page 35 and 36: HTML Come costruire docamenti Ipert
Page 37 and 38: come si può fare in un qualunque p
Page 39 and 40: ano conformi alllHTML 3.2. Che cosa
Page 41 and 42: strarsi. Curioso notare come questo
Page 43: Questo tool, realizzato dal greco D
Page 47 and 48: Campi stellari La realizzazione di
Page 49 and 50: ;Numero di stelle NUMSTARS EQU 5 ;O
Page 51 and 52: M-TEC T 1230/28LC L'installazione
Page 53 and 54: T urbocalc è il foglio elettronico
Page 55 and 56: l l i - Ricaloolo . . Pratezi~ne. I
Page 57 and 58: Con questi tre requester si imposta
Page 59 and 60: troviamo anche informazioni generic
Page 61 and 62: poche settimane di distanza dall'us
Page 63 and 64: Nome: AWeb-Il 2 1 Ora sipuò ricerc
Page 65 and 66: Un'immagine deli'ultimo meeting ten
Page 67 and 68: QUESTO
Page 69 and 70: Paolo Stefanucci segnala che il met
Page 71 and 72: Attenzione però: gli hard disk SCS
Page 73 and 74: datore sono i due strumenti indispe
Page 75 and 76: plando liste interminabili di armi
Page 77 and 78: Copper-Demon Valenta Ferenc Copper-
Page 79 and 80: viene considerata significativa la
Page 81 and 82: 1 SERVIZIO INSERZIONI GRATUITE COMP
Page 83 and 84: Q) D m C SoftWare I r Cliianiiirc S

dettagli - Amiga Magazine

Create successful ePaper yourself

Delete template?

Save as template?