Ultimi ma non meno importanti ============================= In quest'ultima puntata della nostra mini-serie alla scoperta dell'OS 3.5 completeremo la panoramica sul nuovo sistema operativo parlando di tutti i sottosistemi che finora erano rimasti esclusi. Datatypes --------- La tecnologia dei Datatypes, introdotta per la prima volta nella versione 3.0 di AmigaOS, costituiva un'innovazione inaspettata, la cui reale portata non venne compresa appieno per molto tempo. A quei tempi ogni sistema operativo possedeva un proprio insieme di formati nativi per ogni tipo di file. Per importare dati provenienti da altri ambienti si doveva spesso ricorrere a programmi di conversione. Come tanti altri concetti presenti in Amiga, i Datatypes costituivano una tecnologia resa disponibile ben prima del suo tempo. Se l'idea era assolutamente rivoluzionaria, lo stesso non si puo' dire dell'implementazione, decisamente inferiore alle necessita' degli utenti. Multiview veniva spesso messo da parte in favore di una miriade di programmi specifici (visualizzatori di immagini, animazioni, testi e suoni. Ognuno di questi superava Multiview sia in velocita' che in ricchezza di opzioni. Inizialmente un altro deterrente era la disponibilita' di un numero molto limitato di Datatypes. A questo posero rimedio gli sviluppatori di programmi freeware e shareware, che negli anni a venire inondarono Aminet con Datatypes per tutti i gusti. In AmigaOS 3.1 vennero apportate alcune migliorie ai Datatypes, tra cui il supporto per le animazioni, ma le prestazioni rimasero piuttosto deprimenti. Nel frattempo le capacita' grafiche e sonore di Amiga vennero ampliate da una ricca scelta di hardware di terze parti, ma i Datatypes rimanevano legati ai limiti del chipset AGA: 256 colori e suono stereo a 8bit. Il team di CyberGraphX risolse il problema rilasciando tempestivamente una versione riscritta del picture.datatype con supporto per immagini true-color, seguita qualche tempo dopo dalla versione alternativa inclusa in Picasso 96. Entrambi i datatype recavano numero di versione 43 ed esponevano la medesima interfaccia verso i programmi. Successivamente un gruppo di programmatori uni' i propri sforzi nel DTA (Datatypes Association), con lo scopo di favorire lo sviluppo del sistema dei datatypes. Il DTA rilascio' su Aminet la nuova datatypes.library V45 unitamente ad una serie di specifiche che miravano ad estendere il concetto dei datatypes e risolvere i problemi presenti dell'architettura originale. Tra questi, ricordiamo l'impossibilita' di decodificare "al volo" le immagini (utile ai browser) e la totale mancanza di supporto per i formati "streaming", come il Real Audio e l'MPEG-2. Alla nuova libreria si affiancava una versione riscritta di Multiview, chiamata GMultiView e arricchita da numerose opzioni aggiuntive. Nel frattempo il noto Stefan Ruppert progetto' un sistema che sostituiva ed estendeva il lacunoso sistema di help ipertestuale conosciuto come AmigaGuide. L'hypertext.datatype costituiva il fulcro di un insieme di Datatypes per la gestione degli ipertesti che avrebbe dovuto comprendere anche l'HTML. Lo stesso Stefan realizzo' UniView, un altro valido sostituito di Multiview. Con il rilascio di AmigaOS 3.5, il sistema dei datatypes ha goduto di un ulteriore raffinamento ad opera dell'instancabile Olaf Barthel. La datatypes.library V44 (e' questo il numero di versione che contraddistingue tutti i moduli dell'OS3.5) e' stata estesa con alcune funzioni che semplificano l'embedding dei Datatypes all'interno di altri oggetti. Inoltre e' stata prevista la possibilita' di passare un buffer in memoria come origine dei dati anziche' un file. Inspiegabilmente Olaf ha preferito apportare qualche miglioria alla versione originale piuttosto che riprendere il lavoro svolto dal DTA. Il risultato e' che la datatypes.library V45 rimane tuttora decisamente piu' avanzata della versione inclusa nell'OS 3.5. Il picture.datatype V44 e' in realta' una versione riveduta e corretta del V43 distribuito con Picasso 96, anch'essa scritta da Olaf Barthel. Le numerose ottimizzazioni hanno portano la velocita' a livelli accettabili, con una favorevole ricaduta su tutti i programmi che ne fanno uso, primo tra tutti AWeb. Purtroppo non e' ancora prevista la decodifica progressiva delle immagini. Per tutti gli altri Datatypes di sistema non sono presenti modifiche sostanziali eccetto la rimozione di tutti i bug segnalati dai beta testers. IPrefs ------ IPrefs e' un programma che viene lanciato nella Startup-Sequence e controlla numerose impostazioni del sistema. IPrefs e' in grado di rilevare i cambiamenti dei file di preferenze in ENV:sys/ per applicare immediatamente le nuove impostazioni. L'introduzione dei sistemi RTG e della grafica true-CFcolor aveva reso IPrefs inadeguato per la gestione dello sfondo dello schermo Workbench. Anche in questo caso la comunita' di sviluppatori Amiga intervenne per colmare la lacuna lasciata da Commodore. FastIPrefs, disponibile su Aminet, risolveva efficacemente il problema degli utenti CyberGraphX e Picasso 96. Nell'OS 3.5 IPrefs ha subito un'opera di restauro completa, per mano del solito Olaf Barthel. Oltre ad essere RTG-friendly e compatibile con le estensioni di FastIPrefs, il nuovo IPrefs controlla le preferenze del Workbench e di ReAction (rendendo cosi' obsoleto il vecchio comando CAPrefs). ConClip ------- La nuova versione dell'OS 3.5 aggiunge il cut&paste anche ai gadget stringa, rendendo inutili i numerosi patch che svolgevano la medesima funzione. ASL --- I requester di sistema sono sempre stati considerati troppo lenti e scomodi. Per questo molti utenti utilizzavano patch di vario tipo per sostituirli con quelli, decisamente piu' versatili, forniti dalla reqtools.library. Parte di queste motivazioni cadono con l'OS 3.5, perche' la ASL library e' stata ottimizzata e arricchita di funzioni al punto da tornare ad essere un'alternativa piu' che valida alla ReqTools-0. Il lavoro continua ------------------ Il primo aggiornamento dell'OS 3.5 (Boing Bag 1) e' stato completato a breve distanza dal rilascio ufficiale del prodotto. Nei mesi successivi il team di sviluppo di AmigaOS ha continuato a lavorare per correggere i bug segnalati e anche per introdurre qualche nuova miglioria. Nel momento in cui scriviamo il rilascio del Boing Bag 2 viene dato per imminente, percio' sara' probabilmente gia' disponibile quando leggerete queste righe. Tra le novita' di rilievo spicca il nuovo ram-handler con supporto dei softlinks, prestazioni decisamente superiori e la correzione di numerosi bug di vecchia data. Heinz Wrobel e' stato inoltre cosi' cortese da riscrivere il comando Execute per eliminare tutte le limitazioni ed i bug che affliggevano la vecchia versione scritta in BCPL. Altro modulo storico che viene finalmente ricompilato e corretto e' il console.device, che gestisce le finestre della shell. In presenza di schermi in formato chunky-pixel, la nuova console non tenta piu' di "ottimizzare" lo scrolling sfruttando le caratteristiche planari del chipset AGA, cosa che impediva di utilizzare il processore grafico presente sulla scheda. Anche al Workbench e' stata apportata qualche piccola miglioria, come la possibilita' di inserire dei sottomenu nel menu Tools. La squadra di AmigaOS 3.5 e' ricca di personaggi dotati di grande abilita' e motivazione ed ha gia' ampiamente dimostrato di essere all'altezza di condurre lo sviluppo del sistema operativo piu' unico ed innovativo che sia mai esistito.