Tre Punto Cinque - Ultimi ma non meno importanti

di Bernardo Innocenti <bernie@cosmos.it>

Abstract

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 può dire dell'implementazione, decisamente inferiore alle necessità degli utenti. MultiView era 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 velocità che in ricchezza di opzioni.

Inizialmente un altro deterrente era la disponibilità 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 furono apportate alcune migliorie ai Datatypes, tra cui il supporto per le animazioni, ma le prestazioni rimasero piuttosto deprimenti. Nel frattempo le capacità grafiche e sonore di Amiga furono 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 unì i propri sforzi nel DTA (Datatypes Association), con lo scopo di favorire lo sviluppo del sistema dei Datatypes. Il DTA rilasciò su Aminet la nuova datatypes.library V45 unitamente ad una serie di specifiche che miravano ad estendere il concetto dei Datatypes per risolvere i problemi presenti dell'architettura originale. Tra questi, ricordiamo l'impossibilità di decodificare “al volo” le immagini (utile ai browser) e la totale mancanza di supporto per i formati streaming, come il RealAudio 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 progettò 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 realizzò 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 (è questo il numero di versione che contraddistingue tutti i moduli dell'OS3.5) è stata estesa con alcune funzioni che semplificano l'embedding dei Datatypes all'interno di altri oggetti. Inoltre è stata prevista la possibilità di passare un buffer in memoria come origine dei dati anziché un file.

Inspiegabilmente, Olaf ha preferito apportare qualche miglioria alla versione originale piuttosto che riprendere il lavoro svolto dal DTA. Il risultato è che la datatypes.library V45 rimane tuttora decisamente più avanzata della versione distribuita con l'OS 3.5.

Il picture.datatype V44 è in realtà una versione riveduta e corretta del V43 distribuito con Picasso 96, anch'essa scritta da Olaf Barthel. Numerose ottimizzazioni hanno portano la velocità a livelli accettabili, con una favorevole ricaduta
su tutti i programmi che ne fanno uso, primo tra tutti AWeb. Purtroppo non è 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 è un programma che viene lanciato nella Startup-Sequence e controlla numerose impostazioni del sistema. IPrefs è 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-color aveva reso IPrefs inadeguato per la gestione dello sfondo dello schermo Workbench. Anche in questo caso la comunità 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 così obsoleto il vecchio comando CAPrefs).

ConClip

La nuova versione dell'OS 3.5 aggiunge le funzioni di cut & paste anche ai gadget stringa, rendendo così 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 più versatili, forniti dalla reqtools.library. Parte di queste motivazioni cadono con l'OS 3.5, perché la asl.library è stata ottimizzata ed arricchita di funzioni al punto da tornare ad essere un'alternativa più che valida alla ReqTools.

Il lavoro continua

Il primo aggiornamento dell'OS 3.5 (Boing Bag 1) è 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, perciò sarà probabilmente già disponibile quando leggerete queste righe.

Tra le novità 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 è stato inoltre così cortese da riscrivere il comando Execute per eliminare tutte le limitazioni ed i bug che affliggevano la vecchia versione.

Altro modulo storico che viene finalmente ricompilato e corretto è 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 è stata apportata qualche piccola miglioria, come la possibilità di inserire dei sottomenu nel menu Tools.

La squadra di AmigaOS 3.5 è ricca di personaggi dotati di grande abilità e motivazione ed ha già ampiamente dimostrato di essere all'altezza di condurre lo sviluppo del sistema operativo più unico ed innovativo che sia mai esistito.

NOTE PER L’IMPAGINATORE:

Gli stili del testo (Courier, grassetto e italico) devono possibilmente essere mantenuti.