Archivi Blog

Il web accessibile e il progetto ARIA

Chi sviluppa siti web con particolari vincoli riguardo l’accessibilità e le tecnologie assistive è perfettamente conscio di una cosa: l’HTML non è stato originariamente progettato per creare applicazioni web. Esso si basa su una struttura ben precisa di marcatura di linguaggio, con elementi che hanno una loro specifica identificazione e funzione, e con interazioni client-server che nella maggior parte dei casi sono di natura sequenziale. Questa linearità, logica e chiarezza di struttura fa sì che, se utilizzato con criterio, l’HTML possa sopperire alle difficoltà che molti utenti disabili potrebbero incontrare nell’utilizzo e nella comprensione delle pagine web.

Utilizzare gli elementi di codice e i tags secondo la funzione per cui sono nati è sempre stato il miglior consiglio, e forse l’unico realmente valido, che i corsi sull’accessibilità e lo stesso W3C abbiano potuto dare alla comunità di sviluppatori e web designers. Perché mai utilizzare un elemento di testo, come può essere un tag <p>, formattato attraverso fogli di stile per farlo apparire come un titolo di una pagina, quando esiste un elemento ben preciso per raffigurare un titolo? Questo è solo un banalissimo esempio di come il non corretto uso semantico del codice possa provocare disagi a chi fa uso di tecnologia assistive nella consultazione del web. Nel caso specifico, se a consultare la pagina fosse un cieco che utilizza uno screen reader, leggerebbe comunque quel titolo come un paragrafo, in quanto il mezzo che si utilizza, a prescindere dalla componente visuale che l’autore avrebbe voluto dare alla pagina e al testo, riconosce la funzione specifica dei tags. Si può immaginare quindi che tipo di confusione tutto ciò possa generare nell’utente, il quale si troverebbe e cercare di comprendere un testo senza logica, proprio come se un paragrafo di un libro fosse stato scritto al rovescio.

Purtroppo però la buona regola della semanticità e sequenzialità del codice viene spesso infranta per poter utilizzare le applicazioni web di nuova generazione, quelle che cercano di arricchire l’esperienza dell’utente medio nella consultazione delle pagine web e che sono state foriere del web 2.0. La maggior parte di esse sono composte da librerie di codice JavaScript (AJAX, JQuery, Dojo ecc.) che hanno la capacità di scatenare eventi all’interno dei documenti web secondo una logica di casua-effetto. Grazie ad esse è possibile creare interazioni ed effetti di animazione intercettando gli elementi di una pagina ed associando ad essi un determinato comportamento. Il problema è che molto spesso queste librerie vanno a snaturare la funzione originaria di alcuni elementi ma soprattutto il loro funzionamento è totalmente sconosciuto alle varie tecnologie assistive utilizzate da utenti disabili.

Un sito web che propone nella sua homepage uno slide accattivante di immagini apparirà ad uno screen reader come una pagina che al suo interno ha una serie di immagini in sequenza; un menu che si apre a tendina tramite uno script in JavaScript apparirà come una semplice lista di link. In tutti questi casi se non si chiarisce nel codice che la sequenza di immagini in realtà è uno slide fotografico o che la lista dei link fa parte di un menu di navigazione, l’utente rimarrà sempre disorientato, e questi esempi forse sono quelli di natura più ottimistica.

Per far fronte a questo tipo di problema il W3C sta elaborando un progetto che prende il nome di WAI-ARIA. Il progetto non è ancora una raccomandazione ma è nello status di working draft (bozza), nonostante ciò le sue funzioni possono essere già utilizzate. In sostanza ARIA prevede l’implementazione nei browser di un sistema di parsing capace di riconoscere determinati attributi associati agli elementi HTML di una pagina web i quali hanno il compito di “spiegare” alle tecnologie assistive i ruoli e le funzioni che gli vengono associati tramite le librerie JavaScript, in modo da rendere chiaro il contenuto della pagina a chi non è capace di avere un riscontro visuale dei loro effetti. Gli ambiti di utilizzo possono variare dal semplice layout di una pagina ai particolari utilizzi dei form in essa contenuti piuttosto che alle chiamate asincrone che vanno a modificare il contenuto di una pagina altrimenti non visibile da un non vedente.

Per esempio ARIA può essere utilizzato per rendere esplicito il ruolo di alcuni contenitori che definiscono le sezioni di un documento web. Così un <div> che abbia come attributo “role=banner” renderebbe noto all’utente che quella sezione sia destinata alla pubblicità, un <div role=”navigation”> che quello spazio in realtà conterrebbe un menu di navigazione o ancora un <div role=”main”> raffigurerebbe il contenuto principale del documento. Tra gli altri attributi possibili indicati dalla bozza del W3C possono esserci anche i seguenti:  search, contentinfo, complementary, article ecc..

In un form sul quale si è costruito un effetto grafico di un misuratore di qualità, con animazione tipo lancetta di volume, ARIA può aiutare l’utente che non è in grado di vederla indicando lo specifico ruolo di ciascun tag  <input> utilizzato. Un <input aria-valuemin=”0”> puo’ indicare il valore minimo di voto da dare compreso tra sé e un <input aria-valuemax=”10”>. Attributi come “aria-labelledby” o “aria-valuetext” sono tutti finalizzati a rendere più chiaro il funzionamento del form che viene adattato per esigenze di applicazione web.

Ancora con ARIA si sarebbe finalmente capaci di far notare quale parte del contenuto di una pagina si sia modificato a seguito di un evento scatenato dall’utente che ha dato origine ad una chiamata asincrona al server . I moderni screen reader infatti, non sono capaci di riconoscere i contenuti di una pagina che si sono modificati all’interno della pagina stessa, ma danno aggiornamenti all’utente solo quando tramite link ipertestuale si va su di una nuova pagina, anche se dinamica. ARIA identifica le zone del documento che hanno contenuto variabile come “live regions” prevedendo una serie di attributi capaci di avvertire l’utente quando un contenuto di tali zone o di un menu si sia modificato “al volo”:  “aria-live” che avverte se una zona ha contenuto variabile; ”aria-atomic” che specifica se l’utente deve essere informato di tutta la parte del documento aggiornata o meno e via discorrendo.

Tutta la serie di proprietà e di attributi previsti è consultabile direttamente sulla bozza del W3C a questo indirizzo: http://www.w3.org/TR/wai-aria/

Come al solito però per poter usufruire degli effetti completi del progetto bisognerà aspettare che tutti i browser in circolazione implementino ARIA. A quanto pare al momento solo le versioni più recenti  la supportano, creando sempre problemi agli sviluppatori, i quali di fronte alle nuove norme sull’accessibilità dovranno continuare a fare salti mortali per implementare nuove soluzioni web con un compromesso di accessibilità.

Sarà inoltre interessante vedere come il progetto in questione si rapporterà al recente sviluppo dell ‘HTML 5, il quale già preve dei tag  a cui si è voluto dare un ruolo specifico di fronte all’esigenza di identificare contenuti multimediali all’interno del documento.

Marco Marasco

Fonti e documentazione:

WINDOWS 8 … ancora due anni per il lancio

 

Windows 7, il migliore sistema operativo prodotto da Microsoft, ha già un rivale che sta crescendo a poco a poco e che probabilmente si chiamerà Windows 8. A rivelarlo è un rapporto pubblicato sul sito olandese della azienda di Redmond dove si legge che: “… Microsoft è al lavoro per la prossima versione di Windows. Ma ci vorranno circa due anni prima che Windows 8 sia sul mercato.”

Impresa quantomai ardua visto che windows 7 ha registrato numeri incredibili di vendita vista la sua alta affidabilità rispetto ai sistemi operativi precedenti. Anche Steve Ballmer (CEO Microsoft) ritiene “una rischiosa scommessa” quella di produrre un nuovo sistema operativo che possa competere con il successo di windows 7.

Il nuovo sistema dovrà avere novità tali da convincere gli utenti a cambiare, anche per questo windows 8 non sarà disponibile prima di due anni. In questo periodo sicuramente si cercherà di lavorare sui punti deboli di windows 7 anche se ci sono in rete già alcune indiscrezioni che indicherebbero nella virtualizzazione una delle funzionalità di punta su cui si baserebbe questo nuovo sistema operativo. Nel contempo si parla anche della creazione di un “app store” in cui saranno presenti giochi e applicazioni acquistabili direttamente dalla rete (come già avviene da tempo per gli utenti dei dispositivi Apple). Sarà migliorata la velocità di accensione, anche se questo sarà possibile attraverso l’ibernazione, già presente in windows 7.

Insomma sono troppe le indiscrezioni e poche le notizie ufficiali.

Forse è vera solo quella che ha annunciato l’avvento di windows 8 fra due anni per cui, per capire che tipo di sistema operativo sarà, bisognerà aspettare.

 

Matteo Tricarico, Amministratore di Rete

Una delle più grandi opere italiane diffuse nel mondo attraverso il web

Chi nel mondo, e anche noi italiani, non è mai riuscito a vedere la maestosa Cappella Sistina dal vivo?
Oggi possiamo starci le ore intere al suo interno senza dover pagare nulla
e ammirare fin nei minimi particolari la meravigliosità e la grandezza
che quest’opera riflette. Un’opera a cui hanno collaborato vari artisti tra cui Michelangelo Buonarroti,
Sandro Botticelli, Pietro Perugino, Pinturicchio, Domenico Ghirlandaio, Luca Signorelli, Piero di Cosimo e altri.
Una meravigliosa ricostruzione tridimensionale per ammirare una delle più belle opere presenti in Italia,
un piccolo paese, ma tra i più ricchi di ogni forma d’arte.

Good navigation

link: http://www.vatican.va/various/cappelle/sistina_vr/index.h…

Matteo Foschi, Art Director

%d blogger hanno fatto clic su Mi Piace per questo: