La presente traduzione ha scopi puramente informativi per il lettore italiano e non � un documento ufficiale del W3C. L'unico documento con valore normativo � la versione originale in Inglese.
I possibili errori presenti in questo documento, dovuti alla traduzione, sono di responsabilit� del traduttore e non sono in alcun modo imputabili al W3C. Segnalazione di errori e refusi o richieste di informazioni possono essere indirizzate al traduttore.
Traduttore: Luca Gabriele. Data di pubblicazione: 3 gennaio 2006. Data di ultima revisione: 3 gennaio 2006.
Gli elementi grafici vettoriali ridimensionabili (SVG) offrono numerose caratteristiche che consentono di rendere gli oggetti grafici sul Web pi� accessibili di quanto sia possibile attualmente e per una pi� ampia cerchia di utenti. Gli utenti che ne traggono beneficio includono gli utenti affetti da ipovisione, da deficit nella visione dei colori o da cecit� e gli utenti che utilizzino tecnologie assistive. Numerose caratteristiche di SVG possono inoltre aumentare la fruibilit� dei contenuti per molti utenti che non siano affetti da disabilit�, quali gli utilizzatori di assistenti personali digitali, di telefoni cellulari o di altri dispositivi non tradizionali di accesso al Web.
L'Accessibilit� richiede che le caratteristiche offerte da SVG siano correttamente utilizzate e supportate. Questa Nota descrive le caratteristiche di SVG che favoriscono l'accessibilit� e ne illustra l'utilizzo per mezzo di esempi.
Questo documento � una Nota messa a disposizione dal W3C al solo scopo di discussione. La pubblicazione di questa Nota da parte del W3C non comporta l'approvazione da parte del Gruppo del W3C o da parte di alcun Membro del W3C. Questa nota � basata sulla Raccomandazione Candidata [SVG]. Questa Nota viene resa disponibile contemporaneamente alla Raccomandazione Candidata SVG al fine di fornire informazioni su considerazioni relative alla potenziale implementazione.
Questa versione della Nota ha ricevuto la revisione ma non ancora l'approvazione da parte del Gruppo di Lavoro su SVG e da parte del Gruppo di Lavoro sui Protocolli e sui Formati. Questi gruppi, insieme con il Gruppo di Lavoro per l'Educazione e lo Sviluppo, il Gruppo di Interesse della WAI e altri, sono invitati a rivedere il presente documento, in particolare nella fase di Raccomandazione Candidata SVG.
Gli autori prevedono di pubblicare una versione aggiornata della presente Nota al verificarsi di una delle seguenti circostanze:
Ulteriori revisioni, specialmente da parte dei Gruppi di Lavoro e di Interesse del W3C, indichino che siano necessari cambiamenti.
Cambiamenti significativi vengano apportati alla specifica SVG.
SVG diventi una Raccomandazione del W3C.
Si prega di inviare commenti alla mailing list del Gruppo di Lavoro per l'Educazione e lo Sviluppo della WAI [email protected], che � archiviata in forma pubblica all'indirizzo http://lists.w3.org/Archives/Public/w3c-wai-eo/. Questo documento � stato elaborato come parte della Attivit� Tecnica della WAI. Un elenco dei correnti rapporti tecnici e pubblicazioni del W3C, incluse le Bozze di Lavoro e le Note, � reperibile all'indirizzo http://www.w3.org/TR.
Le immagini, il suono, il testo e l'interazione sono tutti elementi che recitano un ruolo nella trasmissione dell'informazione tramite il Web. In molti casi, le immagini giocano un importante ruolo nel trasmettere, chiarire e rendere pi� semplice l'informazione. In questo senso, la multimedialit� favorisce di per se stessa l'accessibilit�. Ci� nondimeno, l'informazione fornita sotto forma di immagini deve essere accessibile per tutti gli utenti, inclusi gli utenti dotati di dispositivi non visuali. Inoltre, per avere pienamente accesso al Web, � importante che gli autori affetti da disabilit� possano creare contenuti Web, incluse le immagini che fanno parte dei contenuti.
Il contesto lavorativo delle persone con (o senza) disabilit� pu� essere enormemente differente. Molti utenti o autori:
potrebbero non essere affatto in grado di vedere le immagini o potrebbero avere dei deficit nella visione o nell'udito;
potrebbero avere problemi nella lettura o nella comprensione del testo;
potrebbero non essere in grado di muoversi con facilit� o di utilizzare la tastiera e il mouse nella creazione o nell'interazione con un'immagine;
potrebbero utilizzare un dispositivo con uno schermo esclusivamente testuale, o una visualizzazione dello schermo a bassa risoluzione o molto ingrandita.
Una maggior accessibilit� delle immagini pu� andare a beneficio di un'ampia variet� di utenti e di autori che include molte persone che non sono affette da alcun tipo di disabilit� ma che hanno necessit� simili. Ad esempio, un individuo potrebbe lavorare in un ambiente che richiede l'impegno della vista e quindi potrebbe aver bisogno di un contenuto equivalente audio per quelle informazioni che non sia in condizioni di poter vedere. Gli utenti di piccoli dispositivi mobili (con schermi piccoli e privi di tastiera e mouse) hanno le stesse necessit� funzionali degli utenti affetti da alcuni tipi di disabilit�. Per ulteriori informazioni sul come le persone disabili utilizzino il Web, fare riferimento a "How People with Disabilities Use the Web" ("Come le persone disabili usano il Web") [USENOTE].
Gli elementi grafici vettoriali ridimensionabili [SVG] sono un'applicazione del Linguaggio di Marcatura Espandibile (XML) per la creazione di oggetti grafici per il Web. Gli SVG offrono agli utenti disabili molti benefici in termini di accessibilit�; alcuni di questi derivano dal modello vettoriale degli elementi grafici, altri sono ereditati dal fatto che SVG � implementato su XML, e altri ancora dalla stessa struttura di SVG, ad esempio, gli elementi specifici di SVG per gli equivalenti alternativi.
Le immagini SVG sono ridimensionabili - possono essere ingrandite e ridimensionate a proprio piacimento dal lettore. La ridimensionabilit� pu� essere di aiuto per gli utenti affetti da ipovisione e per gli utenti di alcune tecnologie assistive (ad esempio, i dispositivi grafici tattili, che normalmente sono dotati di una risoluzione molto bassa).
Il seguente esempio illustra la ridimensionabilit� di un'immagine a elementi grafici vettoriali. La prima riga mostra una piccola immagine in formato PNG e una corrispondente immagine in formato SVG, che appaiono identiche. La seconda riga mostra un ingrandimento di entrambe. La versione PNG ingrandita dell'immagine ha subito una significativa perdita di qualit�, mentre la versione SVG ingrandita appare gradevole e mostra pi� dettagli che in precedenza. Gli elementi grafici ridimensionabili possono aiutare gli utenti affetti da ipovisione a percepire un'immagine ad una dimensione che meglio si confaccia ai loro bisogni.
Figura 1.1: Confronto di un ingrandimento PNG e SVG.
Piccola immagine PNG:
Piccola immagine SVG:
Immagine PNG ingrandita:
Immagine SVG ingrandita:
Immagini strutturate
La modalit� pi� frequentemente utilizzata dagli autori per rendere un'immagine raster (ad esempio, le immagini GIF o PNG) accessibile sul Web � quella di fornire un equivalente testuale che possa essere rappresentato con o senza l'immagine. Spesso, questo equivalente testuale costituisce l'unica informazione disponibile per la rappresentazione non visuale, poich� l'immagine raster viene memorizzata sotto forma di matrice di punti colorati, generalmente con nessuna informazione strutturale. L'informazione strutturale pu� essere aggiunta a qualsiasi immagine sotto forma di metadati, ma il doverla gestire separatamente dall'immagine visibile � cosa noiosa, rendendo meno verosimile il fatto che gli autori la creino e la utilizzino con attenzione accurata. Il formato degli elementi grafici vettoriali di SVG memorizza invece le informazioni strutturali relative alle forme grafiche come parte integrante dell'immagine. Come vediamo pi� sotto, questa informazione pu� essere utilizzata dalle tecnologie assistive per aumentare l'accessibilit�, specialmente quando quest'informazione strutturale � complementare agli equivalenti alternativi e ai metadati.
Alternative equivalenti
In aggiunta alla struttura dell'immagine, SVG consente le alternative equivalenti - contenuti cui gli utenti possono accedere per aiutarsi nella comprensione di un'immagine. In particolare, SVG consente di includere una descrizione testuale di ciascun componente logico dell'immagine e un titolo testuale per illustrare il ruolo del componente nel contesto dell'intera immagine. Il testo viene considerato largamente accessibile per gli utenti affetti da un'ampia tipologia di disabilit� (ad esempio, alcune menomazioni visive e alcune disabilit� cognitive) poich� pu� essere rappresentato sullo schermo, come sintesi vocale, o come Braille senza difficolt�, utilizzando le tecnologie assistive disponibili.
XML - Testo puro
Uno dei maggiori benefici che derivano da XML � che un'immagine SVG � codificata come testo puro. Gli autori possono crearla e modificarla con un elaboratore di testi o con uno strumento di sviluppo XML (esistono altre propriet� di SVG che rendono ci� pi� facile di quanto dapprima potrebbe sembrare). Un buon numero di popolari strumenti di sviluppo Web sono, di fatto, delle applicazioni per l'elaborazione di testo migliorate e per gli utenti affetti da alcune tipologie di disabilit�, queste sono molto pi� facili da utilizzare. Naturalmente, � anche possibile utilizzare gli strumenti di sviluppo SVG grafici, che richiedono solamente in minima parte la lettura e la scrittura e che sono, quindi, di aiuto per persone affette da altre tipologie di disabilit�.
La codifica in testo puro, inoltre, implica che le persone possano utilizzare agenti utente XML testuali relativamente semplici per rappresentare SVG come testo, braille, o audio. Ci� pu� aiutare gli utenti affetti da disabilit� visive e pu� essere utilizzato come supplemento alla rappresentazione grafica.
XML - Fogli di stile
La separazione dello stile dal resto del contenuto � molto importante per l'accessibilit�. Gli autori possono utilizzare i fogli di stile CSS o XSL per controllare la rappresentazione delle immagini SVG, caratteristica questa che � comune a tutti i linguaggi di marcatura scritti in XML. Gli utenti, che potrebbero diversamente essere impossibilitati ad accedere al contenuto, possono definire dei fogli di stile per controllare la rappresentazione delle immagini SVG, che vadano incontro alle loro esigenze senza perdere lo stile addizionale fornito dall'autore.
Impiego Estensivo degli Stili
SVG offre un buon numero di caratteristiche di stile, al di l� delle propriet� definite in CSS, per fornire effetti grafici specifici di controllo della rappresentazione delle immagini. Queste caratteristiche di stile possono aiutare gli autori nel creare contenuti che possano facilmente essere adattati alle esigenze di utenti con deficit nella visione dei colori, o di utenti che impieghino tecnologie assistive. Caratteristiche quali la creazione di maschere, i filtri, e la possibilit� di definire font altamente sofisticati sono tutte disponibili in SVG.
XML - Interfaccia DOM
Un altro beneficio dell'utilizzo di XML � costituito dal fatto che l'interazione pu� essere resa accessibile attraverso il Modello a Oggetti del Documento (DOM). L'interfaccia DOM pu� consentire l'utilizzo di molte tecnologie assistive con le immagini SVG. SVG consente l'accesso sia al contenuto dei fogli di stile sia al contenuto XML poich� utilizza la versione 2 del DOM (DOM2) [DOM2].
XML - SVG con altri linguaggi XML
I documenti SVG possono essere inclusi in documenti scritti in altri linguaggi XML, e possono inoltre includere codice da altri linguaggi XML. Il combinare i linguaggi di marcatura pu� aumentare l'accessibilit� perch� gli autori possono utilizzare il linguaggio di marcatura pi� adatto a ciascuna parte del documento (fare riferimento alle Linee Guida per l'Accessibilit� dei Contenuti per il Web 1.0 [WCAG10], Linea guida 3). Ad esempio, un documento MathML potrebbe utilizzare SVG sia per tracciare delle equazioni che per disegnare i grafici di queste equazioni. Negli esempi seguenti, mostriamo come descrivere dei componenti SVG e le loro relazioni attraverso l'inclusione di metadati RDF e di codice SMIL all'interno di SVG.
Questo documento evidenzia le caratteristiche di SVG che favoriscono l'accessibilit�. Nelle Sezioni 2, 3, 4, 5 e 6 illustriamo le caratteristiche di accessibilit� di SVG (incluso l'utilizzo dei fogli di stile). La Sezione 7 illustra i benefici in termini di accessibilit� che derivano da XML.
Questo documento fa ampiamente riferimento ai requisiti di accessibilit� specificati nella Raccomandazione delle Linee Guida per l'Accessibilit� degli Strumenti di Sviluppo1.0 (ATAG10) [ATAG10], alla Raccomandazione delle Linee Guida per l'Accessibilit� dei Contenuti per il Web 1.0 (WCAG10) [WCAG10], e al Documento di Lavoro delle Linee Guida per l'Accessibilit� degli Agenti Utente (UAAG10) [UAAG10]. Fa inoltre riferimento, in maniera estensiva, ai Fogli di Stile a Cascata Livello 2 (CSS2) [CSS2]. Il lettore che possieda conoscenze di base di HTML o di XML e di CSS (livello uno o due) dovrebbe essere in grado di interpretare il codice in maniera sufficiente a comprendere il senso degli esempi. Anche senza questa conoscenza, vale comunque la pena di leggere gli esempi per osservare il loro funzionamento - nell'illustrare la progettazione accessibile, in molti casi dimostrano al contempo buone pratiche generali di progettazione.
Per illustrare come creare elementi grafici SVG accessibili, disegniamo il diagramma SVG di una rete di computer, elaborandolo nel corso degli esempi. Gli esempi utilizzano una forte evidenziatura per enfatizzare i cambiamenti fra un esempio e l'altro o le caratteristiche importanti di un esempio.
Il fornire equivalenti alternativi per il contenuto non accessibile costituisce uno dei modi principali con cui gli autori possono rendere i propri documenti accessibili alle persone affette da disabilit�. Il contenuto alternativo adempie essenzialmente, per gli utenti affetti da disabilit�, alla stessa funzione o proposito cui il contenuto primario adempie per gli utenti non disabili. I contenuti equivalenti testuali sono sempre obbligatori per l'informazione grafica (fare riferimento alle [WCAG10], Punto di controllo 1.1, e Linea guida 1 in generale). In SVG, il fornire una gerarchia di contenuti equivalenti testuali pu� altres� comunicare la struttura gerarchica dei componenti grafici. Questa Nota descrive numerosi modi per includere e impiegare contenuti alternativi equivalenti.
Il modo pi� semplice per specificare un equivalente testuale per un elemento grafico SVG, � quello di includere i seguenti elementi in qualsiasi contenitore SVG o elemento grafico:
title
Fornisce un titolo, leggibile dall'utente umano, all'elemento che lo contiene. L'elemento title pu� essere rappresentato da un agente utente grafico come un tooltip[NdT: finestra a comparsa, associata ad una parola o ad una frase, contenente un messaggio di aiuto o di spiegazione, che appare quando il puntatore del mouse passa sopra tale parola o frase]. Pu� essere rappresentato come sintesi vocale da un sintetizzatore vocale.
desc
Fornisce una descrizione, pi� lunga e completa, dell'elemento che lo contiene. Gli autori dovrebbero fornire descrizioni per il contenuto complesso o per altro contenuto che abbia significato funzionale.
Il seguente esempio (2.1) � costituito da un semplice documento SVG che include un title e una description per l'immagine di una rete di computer. I componenti grafici, che possono essere realmente disegnati, saranno aggiunti all'immagine nelle sezioni seguenti.
2.2 Equivalenti Alternativi in un Documento Strutturato
Un'immagine SVG pu� essere composta da numerosi componenti combinati gerarchicamente, ognuno dei quali pu� avere un elemento title e un elemento description. La combinazione della gerarchia e degli equivalenti alternativi pu� aiutare un utente non vedente nella creazione di un modello mentale approssimativo di un'immagine. Gli autori SVG dovrebbero quindi costruire la gerarchia in maniera tale che rispecchi i componenti dell'oggetto illustrato dall'immagine. Alcune indicazioni sull'utilizzo della struttura possono essere reperite nelle WCAG10 (fare riferimento a [WCAG10], Linee guida 3 e 12).
La gerarchia dei componenti con equivalenti alternativi pu� essere impiegata in modi differenti da differenti agenti utente. Ad esempio, un semplice agente utente non visuale pu� fornire accesso alla gerarchia dei componenti e consentire all'utente di navigare su e gi� o fino ad un determinato livello della struttura, fornendo la descrizione equivalente di ciascun componente incontrato (fare riferimento alle UAAG10 [UAAG10], Punti di controllo 7.6 e 7.7 e Linee guida 7 e 8). Anche un programma di navigazione standard XML, che non rappresenti SVG sotto forma di elementi grafici, potrebbe far ci�. Un agente utente dotato di funzionalit� multimediali potrebbe denominare ciascun componente che sia dotato di un focus attraverso la sintesi vocale, cos� come alcuni programmi di navigazione Web rappresentano i contenuti alternativi testuali delle immagini sotto forma di tooltip.
Il seguente esempio (2.2) amplia il componente dell'immagine della rete introdotta nell'esempio 2.1, introducendo sei sotto-componenti:
Hub
Computer A
Computer B
Cavo A
Cavo B
Cavo N
Ciascun sotto-componente � incluso come un elemento contenitore (g) con un attributo id ed un elemento equivalente testuale specificato per mezzo degli elementi title e desc.
Una semplice modalit� di rappresentazione dell'immagine dell'esempio 2.2 da parte di un agente utente � quella di mostrare i contenuti alternativi sotto forma di testo, come nella seguente figura (2.3). L'Esempio 4.2 nella Sezione 4 mostra come allegare l'informazione stilistica CSS2 [CSS2] agli elementi title e desc dell'immagine. Fare attenzione al fatto che, senza le definizioni di questi elementi, un agente utente non rappresenterebbe niente all'utente.
Figura 2.3: Rappresentazione testuale dell'esempio 2.2 rappresentato mediante il foglio di stile dell'Esempio 4.2.
Rete Un esempio di rete di computer basata su di un hub
Gli utenti che esaminino visualmente le immagini possono scomporle in componenti e in connessioni fra i componenti. L'autore dirige la divisione mediante l'utilizzo di strumenti visuali, quali la vicinanza, i colori, i disegni, le dimensioni e le forme dei componenti. Quando le immagini non possano essere viste chiaramente, dev'essere utilizzata l'altra informazione disponibile. Ad esempio, con certe tipologie di immagini grafiche, gli autori possono fornire anche una struttura dei componenti ben strutturata. Mediante questa, gli utenti possono scoprire facilmente quali elementi grafici sono inclusi in ciascun componente, e quali componenti siano riutilizzati nell'immagine.
Con alcune immagini, l'ordine di rappresentazione potrebbe rendere impossibile seguire una struttura dei componenti logica. In questi casi, la struttura deve essere chiaramente illustrata mediante l'elemento desc. L'informazione strutturale non elimina la necessit� di informazione equivalente fornita dall'autore. Pu� per� aiutare un utente ad acquisire una pi� approfondita comprensione dell'immagine. Gli strumenti di sviluppo posso facilitare gli autori a fornire una buona struttura, che sia facile da comprendere, fornendo vie per visualizzare la gerarchia dei componenti (fare riferimento alle Linee Guida per l'Accessibilit� degli Strumenti di Sviluppo [ATAG10], Punto di controllo 3.2).
Il riutilizzo dei componenti consente di risparmiare tempo poich� gli utenti hanno bisogno di esaminare lo stesso componente una sola volta. La possibilit� di riutilizzare i componenti strutturati aiuta inoltre gli autori, compresi gli autori affetti da disabilit�, poich� la modifica delle immagini diventa pi� facile da gestire. La struttura di un'immagine pu� anche aiutare l'autore quando sia utilizzata a scopi di modifica. Questo � un requisito delle Linee Guida per l'Accessibilit� degli Strumenti di Sviluppo (fare riferimento a [ATAG10], Punto di controllo 7.5). Poich� i componenti dell'immagine possono includere equivalenti alternativi, � anche possibile elaborare delle librerie di elementi multimediali (fare riferimento alle [ATAG10], Punto di controllo 3.5).
SVG consente agli autori di creare forme di base familiari quali i rettangoli, i cerchi, le ellissi e i poligoni. La manipolazione di queste forme � spesso pi� facile rispetto al disegno nello spazio libero (e per questo motivo si tratta di una caratteristica comune degli strumenti di sviluppo delle immagini), e SVG consente di codificare nell'immagine l'informazione relativa alla presenza di un quadrato o di un'ellisse. Ci� consente una facile elaborazione delle immagini in qualit� di immagini. Come mostriamo nella sezione 4.1, l'uso dei fogli di stile pu� quanto meno facilitare l'elencazione della forma di base o delle forme utilizzate nella rappresentazione di un oggetto. Nel seguente esempio (3.1) creiamo la base dello hub per l'immagine della rete. Abbiamo due rettangoli, l'uno dentro l'altro, e un piccolo cerchio all'interno del rettangolo pi� grande.
Le immagini spesso includono del testo o denominano gli elementi presentati nell'immagine. Nei formati raster il testo viene convertito in pixel e non � pi� disponibile per le tecnologie assistive, ma con SVG il testo � contenuto negli elementi text, che mantengono inalterata la forma testuale. Inoltre, il testo derivante da altri elementi, quali gli equivalenti testuali, pu� essere riutilizzato. Ci� facilita la gestione del testo, poich� necessita di essere cambiato in un solo punto. Ci� pu� facilitare gli autori per i quali l'immissione del contenuto sia difficoltosa e fornisce aiuto assicurando che, qualora una porzione del testo cambi, l'altro testo, che da questo dipenda, sia aggiornato automaticamente.
Nel seguente esempio (3.3), aggiungiamo un elemento text all'immagine dello Hub che abbiamo descritto nell'Esempio 3.1. Questo elemento text riutilizza il testo del title dell'immagine dello Hub facendovi riferimento mediante un elemento tref e rappresentandolo come parte dell'elemento text. Un attributo id � aggiunto all'elemento title in maniera tale che vi si possa fare riferimento.
SVG consente l'elaborazione e il riutilizzo di componenti grafici. Ci� rende pi� semplice la comprensione della struttura di immagini complesse poich� i componenti riutilizzabili sono definiti solamente una volta e di conseguenza devono essere esaminati e compresi solamente una volta. Ci� costituisce un aiuto specialmente qualora gli strumenti alternativi per l'esame di un'immagine richiedano un maggior impiego temporale. Gli strumenti seriali di esame dell'informazione (ad esempio la sintesi vocale o il braille) sono stati spesso paragonati al leggere attraverso una cannuccia per la soda. Comprendere il contesto e le relazioni pu� richiedere molto pi� tempo di quanto non lo faccia l'esame visuale, poich� si tratta di una metodo di percezione dell'informazione pi� lento, e il modello mentale delle relazioni deve spesso essere elaborato senza il beneficio di una rappresentazione visuale della struttura.
Anche uno strumento di sviluppo potrebbe utilizzare questa caratteristica per aiutare a creare e modificare elementi grafici mediante componenti standard. Ci� pu� aiutare gli autori che abbiano difficolt� di precisione nel controllo motorio poich� viene richiesto di disegnare e di scrivere in maniera minore.
Nel seguente esempio (3.5) definiamo un connettore, e ne aggiungiamo alcuni allo hub definito in precedenza:
Le immagini SVG possono includere anche componenti o immagini complete di altri documenti utilizzando il Linguaggio di Collegamento XML [XLINK]. XLink consente una facile costruzione e riutilizzo di librerie di immagini note che possono essere disponibili localmente o sul Web. Per gli autori, ci� significa essere in grado di utilizzare un componente grafico noto anche quando questo non possa essere visto. Per gli utenti che non possono vedere, una libreria di immagini corredate di descrizione o di componenti di immagini pu� essere utilizzata quale ausilio nell'identificazione di componenti grafici standard.
Il seguente esempio (3.7) aggiunge immagini e simboli dal Web, un elemento text e alcuni elementi grafici alla struttura di rete vista in precedenza.
Prestare attenzione al fatto che non sono stati aggiunti elementi title o desc per i componenti dello hub, poich� questo si riferisce ad un'immagine SVG che gi� contiene questi elementi, e che possiede un proprio Modello a Oggetti del Documento (non sarebbe questa la situazione se lo hub fosse stato un'immagine in formato raster). In conformit� al Punto di controllo 2.1 delle Linee Guida per l'Accesibilit� degli Agenti Utente [UAAG10]] questi equivalenti dovrebbero essere resi disponibili all'utente da un'agente utente. Analogamente, ciascun'immagine di computer possiede gi� un elemento desc definito quale parte dell'elemento symbol cosicch� non necessita di essere ripetuto. Ma ciascun computer ha necessita di un title individuale per descrivere il ruolo che ricopre nell'immagine della rete.
Figura 3.8: Una rappresentazione visuale dell'esempio 3.7.
Uno dei temi principali delle Linee Guida per l'Accessibilit� dei Contenuti Web � costituito dalla separazione della struttura e dell'informazione dallo stile e dalla presentazione (fare riferimento alle [WCAG10], Punto di controllo 3.3 e Linea guida 3). Quando gli autori separano la struttura dalla descrizione di come questa debba essere rappresentata, gli utenti possono pi� facilmente adattare la rappresentazione affinch� questa vada incontro alle loro necessit�. Inoltre, un autore che lavori con un editor grafico pu� adattare, in fase di sviluppo, la presentazione in modo che vada incontro alle necessit� di questi e fornire, in fase di pubblicazione, una rappresentazione differente, cos� come richiesto dal Punto di controllo 7.2 delle Linee Guida per L'Accessibilit� degli Strumenti di Sviluppo [ATAG10].
Il posizionamento degli elementi grafici � talmente fondamentale per la maggior parte delle immagini, da essere generalmente incluso negli stessi elementi SVG, ma i fogli di stile possono essere utilizzati per tutte le altre definizioni di stile.
Esistono alcune propriet� stilistiche che sono peculiari di SVG quali fill, stroke e stroke-width nonch� le estensioni per l'utilizzo degli effetti scritti in SVG, ma la sintassi � la stessa. SVG utilizza in maniera importante la versione CSS2 [CSS2] della Cascata, consentendo all'utente l'ultima parola in tema di presentazione.
Nella sezione seguente osserviamo i differenti aspetti della separazione di stile e contenuto in SVG. Iniziamo aggiungendo semplici definizioni di stile agli elementi SVG. Quindi, osserviamo l'utilizzo delle classi per aggiungere pi� elementi semantici e per raggruppare gli elementi, e per fornire definizioni di stile per differenti media. Infine, illustriamo come SVG consenta agli autori di definire i propri effetti di stile da utilizzare per i font, le maschere, i filtri, i riempimenti, ecc. In questo modo � sempre possibile prevenire la perdita di informazioni importanti che potrebbero diversamente essere confuse con le definizioni di stile.
SVG utilizza la sintassi CSS e le propriet� di XSL per specificare gli effetti di formattazione mediante i fogli di stile. I fogli di stile forniscono all'autore uno strumento per specificare presentazioni complesse, assicurando al contempo che siano soddisfatte le differenti necessit� degli utenti legate alla presentazione (fare riferimento alle [WCAG10], Punto di controllo 3.3 e Linea guida 3 in generale e alle Caratteristiche di Accessibilit� di CSS2 [CSS-access]).
Sebbene sia possibile specificare gli attributi di stile di specifici elementi, o quali parte di un elemento style, abbiamo scelto di dare dimostrazione soprattutto dei fogli di stile esterni collegati. Le Linee Guida per l'Accessibilit� degli Agenti Utente [UAAG10] richiedono che l'utente possa scegliere fra i fogli di stile, inclusi i fogli di stile dello stesso utente e con i fogli di stile esterni, gli autori possono fornire pi� facilmente un insieme di fogli di stile alternativi. Un foglio di stile esterno o un elemento di stile separato aiutano l'autore a concentrare in un solo luogo i cambiamenti di stile relativi ad elementi selezionati.
Le regole di stile relative all'utilizzo degli elementi o dei selettori delle classi dovrebbero generalmente essere preferite agli stili basati sui selettori di attributo id o agli attributi di stile inseriti direttamente all'interno del codice. Le classi possono essere importanti, ad esempio, qualora gli elementi grafici o le loro combinazioni abbiano differenti significati semantici (vedere l’esempio nella Sezione 4.2). Gli attributi di stile inseriti direttamente all'interno del codice, o gli stili basati su id, indicano che lo stile di ciascun elemento deve essere cambiato separatamente. Sebbene questo possa essere gestito dagli autori per mezzo dei loro strumenti di sviluppo, gli stili inseriti direttamente all'interno del codice sono anche pi� difficilmente sovrascrivibili per gli utenti con disabilit� o con restrizioni nel loro ambiente o nei dispositivi che stanno utilizzando. Ci� � specialmente vero qualora le definizioni di stile illustrino un raggruppamento semantico implicito degli elementi, senza il sostengo di definizioni class.
Se un particolare insieme di propriet� stilistiche inserite direttamente all'interno del codice viene usato in maniera consistente, pu� essere un buon indizio che l’insieme di propriet� � utilizzato per identificare una classe di oggetti. Gli oggetti dovrebbero invece avere un attributo class appropriato e i fogli di stile dovrebbero essere utilizzati per fornire le informazioni di presentazione.
In SVG, la rappresentazione di default degli elementi grafici consiste in un riempimento nero, cosicch�, senza un foglio di stile, tutte le forme rappresentate sarebbero piene e nere. Per evitare ci�, il precedente esempio fornisce un collegamento al semplice foglio di stile presentato nel prossimo esempio (4.1). Contiene semplici definizioni di stile per rappresentare elementi grafici semplici quali rettangoli, cerchi e perimetri.
Il contenuto degli elementi title e desc potrebbe non essere rappresentato, per default, in varie circostanze. Il seguente esempio (4.2) fornisce un semplice foglio di stile CSS, che pu� essere utilizzato con un insieme strutturato di alternative testuali, quali quelle nella figura 2.2, per rappresentare il contenuto in forma testuale. I fogli di stile rendono visibili solamente gli elementi title e desc, come in figura 2.2, per rappresentare il contenuto in forma testuale. I fogli di stile rendono visibili solamente gli elementi title e desc, in forma di blocco. Inoltre, l’elemento title, posto direttamente all’interno dell’elemento svg, sar� pi� grande e pi� spesso degli altri titoli. La dichiarazione !important viene impiegata dopo ciascuna definizione per assicurare che, quando un utente utilizzi questo foglio di stile, possa sovrascrivere lo stile fornito dall’autore. Il risultato viene mostrato nella sovrastante figura 2.3.
Per fornire all’utente un’idea di massima delle forme grafiche utilizzate in un’immagine, possiamo utilizzare il seguente foglio di stile (esempio 4.3). Questo rappresenter� i tipi degli elementi grafici comuni in forma testuale fra le rappresentazioni del title e del desc. Possiamo utilizzare i fogli di stile, ad esempio, per fornire alcune informazioni delle forme grafiche utilizzate nello Hub degli esempi 3.1 e 3.2.
Utilizzando solamente i CSS, non potremmo descrivere come le forme sono posizionate fra di loro, ma � possibile creare agenti utenti specializzati che leggano SVG e che descrivano le immagini in termini di forme posizionate al di sopra, al di sotto e all’interno delle altre. Quest’informazione pu� essere di grande aiuto nell’interpretazione di alcuni tipi di immagini per particolari propositi, ad esempio nella descrizione della costruzione di oggetti semplici.
Come discusso precedentemente, con le immagini grafiche � spesso necessario, o d’aiuto, utilizzare le classi per aggiungere elementi semantici che possono essere utilizzati con le definizioni di stile. Nel prossimo esempio definiamo l’immagine di un computer per utilizzarla nella rete che stiamo costruendo. Il foglio di stile relativo a quest’immagine utilizza gli attributi class per definire gli stili di vari tipi di componenti dell’immagine. In particolare, la classe outline definisce un perimetro che pu� essere rappresentato con minimi dettagli grafici. (Definiamo anche un componente, con una classe outline-only, che non viene rappresentato dal foglio di stile di default).
La rappresentazione delle immagini SVG pu� essere definita diversamente in funzione dei differenti media. Ci� va a vantaggio dell’accessibilit� poich� spesso le persone con disabilit� fanno uso di tecnologie assistive. Ad esempio, alcuni medium, quale lo schermo, sono adatti ad elementi grafici ad alta risoluzione, mentre altri medium, quale il braille, sono pi� adatti ad elementi grafici a bassa risoluzione; alcune persone utilizzano inoltre l’audio al posto degli elementi grafici. Di conseguenza, si incoraggiano gli autori a fornire un’ampia variet� di fogli di stile, pronti a coprire le differenti necessit� degli utenti (ad esempio, la riproduzione audio). I CSS possono essere impiegati per fornire un’adeguata presentazione di default per tutti questi differenti dispositivi.
Nel seguente esempio (4.7) estendiamo il foglio di stile presentato nell’ultimo esempio (4.6) per fornire una versione semplificata dell’immagine per medium a bassa risoluzione, quali i dispositivi di impressione, il braille, palmari o dispositivi di proiezione, utilizzando le classi outline e outline-only definite nell’esempio 4.4. L’appropriato insieme di definizioni di stile per questi dispositivi viene selezionato per mezzo delle istruzioni CSS @media [CSS2]. Nella versione semplificata, solamente il testo e il contorno dei componenti grafici saranno rappresentati, mentre le definizioni per il medium schermo utilizzano lo stile di default presentato nel precedente esempio (4.6).
Il testo � importante in termini di accessibilit� poich� pu� essere trasformato in funzione dei differenti sensi mediante l’utilizzo delle tecnologie assistive. In ogni caso, spesso gli autori desiderano controllare la presentazione del testo, ad esempio per scopi di comunicazione visuale e legata al marchio. Nel passato ci� � stato realizzato sul Web rendendo disponibile un’immagine in formato raster del testo desiderato. Invece, SVG permette questo livello di controllo fornendo la possibilit� di utilizzare font preesistenti o di crearne di nuovi mediante l’utilizzo degli elementi grafici di SVG. Ci� fornisce agli autori un potente meccanismo per offrire nuovi font sofisticati ed estremamente specializzati. Allo stesso tempo, il testo rappresentato mediante questi font pu� essere direttamente accessibile da parte degli agenti utente.
Le definizioni di stile sono collazionate assieme e referenziate negli elementi, attraverso le classi piuttosto che utilizzando l’attributo style. Ci� rende pi� facile per un utente sovrascrivere gli stili relativi a differenti classi di elementi, quando necessario. Ad esempio, gli utenti affetti da ipovisione o da deficit nella visione dei colori potrebbero aver bisogno di sovrascrivere le propriet� stilistiche per poter leggere il testo.
L’esempio seguente utilizza un font denominato BaseTwelve per creare il logo del W3C. Qualora l’utente non disponga del font BaseTwelve, un altro font (in questo caso, quello di default del sistema) sar� utilizzato per rappresentare il testo. Poich� il font � referenziato da una dichiarazione di stile CSS, un utente pu� anche facilmente sovrascrivere quest'ultima. Ovviamente, poich� questo � un documento XML, un foglio di stile pu� essere utilizzato anche per rappresentare il contenuto (le lettere "W 3 C") come una rappresentazione basata sul testo.
Spesso, un particolare font, verosimilmente non disponibile per gli utenti, � quello desiderato per un logo. In SVG un nuovo font pu� essere definito per mezzo dell’elemento font. Il seguente esempio definisce un font denominato w3clogofont. Include i glifi per i caratteri W, 3 e C. Ciascun elemento glyph possiede un title leggibile dagli utenti e la lettera C ha una descrizione dell’effetto speciale implementato per essa.
Fare attenzione al fatto che nel codice del precedente esempio (4.9), l’effetto speciale dell’ombra era stato definito con una maschera, laddove nell’esempio seguente (4.10), il carattere viene invece definito direttamente. Gli strumenti di sviluppo potrebbero scegliere di utilizzare ciascuno dei due metodi per i font SVG, in funzione di considerazioni relative alle prestazioni. In ogni caso, � importante che il contenuto testuale corrisponda effettivamente al testo richiesto: potrebbe infatti essere possibile ottenere l’effetto maschera posizionando una "C" bianca al di sopra di una nera, ma il contenuto testuale sarebbe allora "W3CC", che � sbagliato. L’utilizzo dei font SVG consente ai designer di creare font estremamente sofisticati o personali, mantenendo al contempo il contenuto in forma testuale.
4.6 Definizione di Valori di Stile con Elementi SVG
Poich� la possibilit� di controllare la presentazione dell’informazione � cos� importante in termini di accessibilit�, quanto pi� facilmente gli autori potranno separare l’informazione dalla sua presentazione stilistica, tanto pi� ci� sar� meglio. SVG implementa questa separazione fornendo un numero di caratteristiche che vengono definite utilizzando gli elementi SVG, ma utilizzate sotto forma di propriet� stilistiche. Ad esempio, nei precedenti due esempi (4.9 e 4.10) abbiamo impiegato una maschera per creare un effetto di stile su di un font e quindi abbiamo dato dimostrazione di un’alternativa che pu� essere utilizzata come un’ottimizzazione in fase di creazione di un nuovo font. In SVG, possiamo anche definire modelli, profili di ritaglio ed effetti di filtro e quindi utilizzarli in un foglio di stile. Questi effetti, basati su SVG, non possono essere definiti all’interno del foglio di stile, poich� le definizioni richiedono la potenza grafica di SVG.
In questo modo, il ventaglio possibile di effetti stilistici pu� essere facilmente esteso. Allo stesso tempo, essi possono anche essere chiaramente separati, nell’interpretazione ed elaborazione, dall’informazione rappresentata, cos� come richiesto dal Punto di controllo 3.3 delle Linee Guida per l’Accessibilit� dei Contenuti Web [WCAG10]. Nel seguente esempio (4.11), creiamo alcuni effetti stilistici per il computer definito nell’esempio 4.4, che sono scritti in SVG ma sono utilizzati da un foglio di stile nel processo di rappresentazione. Ci� significa che un utente pu� sovrascrivere questi effetti con un altro foglio di stile, se necessario, come precedentemente discusso. In quest’esempio abbiamo definito degli effetti gradiente in un documento separato, sebbene sia possibile definirli direttamente all’interno dell’immagine con la quale essi vengono per la prima volta impiegati. In entrambi i casi, essi possono essere riutilizzati in molti documenti, allo stesso modo in cui un foglio di stile o un componente grafico noto e un modello noto possono essere riutilizzati da un altro autore che potrebbe avere grosse difficolt� nella loro creazione.
Il seguente esempio (4.12) � una versione estesa del foglio di stile presentato nell’Esempio 4.7 che utilizza i gradienti per fornire caratteristiche stilistiche addizionali al computer dell’Esempio 4.4.
Gli utenti devono essere in grado di utilizzare tutte le funzionalit� disponibili di un documento multimediale indipendentemente dalle caratteristiche fisiche dell'agente utente o delle tecnologie assistive utilizzate. In particolare, le Linee Guida per l'Accessibilit� degli Agenti Utente [UAAG10] richiedono che l'utente possa attivare tutti gli elementi attivi presenti all'interno di un documento. SVG fornisce l'utilizzo del Modello a Oggetti del Documento (DOM) e di eventi indipendenti da dispositivi, entrambi altamente raccomandati.
SVG fornisce inoltre la definizione dichiarativa delle animazioni. Questa offre agli utenti vie migliori per comprendere cosa viene cambiato e come rispetto all'utilizzo dei linguaggi di scripting, quali Javascript o ECMAscript. Ad esempio, � pi� facile assicurare che un utente possa disattivare le animazioni quando sono rappresentate insieme a contenuto appropriato, il che � importante in termini di accessibilit�.
Infine, gli utenti dovrebbero essere in grado di interagire con i collegamenti e gli altri strumenti di navigazione inclusi nelle immagini SVG sia serialmente, mediante l'utilizzo di testi equivalenti, sia spazialmente, con maggior significato visivo.
SVG utilizza il nuovo insieme di eventi fornito da DOM 2 [DOM2], che consente contenuti interattivi indipendenti dai dispositivi. Ci� consente agli autori di SVG di garantire che il contenuto interattivo non si basi sul fatto che l'utente disponga di una determinata tipologia di dispositivo. Delle buone pratiche di sviluppo faranno normalmente ricorso agli eventi focusin, focusout e activate piuttosto che ad eventi specifici, legati a dispositivi, per selezionare o deselezionare un elemento o ancora per attivarlo. Nel nuovo esempio (5.1), l'animazione � azionata da un evento di attivazione, utilizzando differenti parametri in funzione dei differenti tipi di attivazione. La creazione di script indipendenti dai dispositivi � richiesta dai Punti di controllo 9.3 e 6.4 delle Linee Guida per l'Accessibilit� del Web [WCAG10].
Un agente utente accessibile consentir� che l'azionamento degli eventi sia generato da un mouse o da altri dispositivi di puntamento (laddove disponibili) cos� come da tastiera. In conformit� alle Linee Guida per l'Accessibilit� degli Agenti Utente [UAAG10], Linea guida 1 e specialmente Punto di controllo 1.1, gli agenti utente devono fornire delle modalit� indipendenti dai dispositivi per l'attivazione di tutte le funzionalit� dell'applicazione e indicare come queste funzionalit� siano attivabili (ad esempio, un sistema basato su di un formato testuale potrebbe fornire un "menu contestuale" che elenchi le azioni disponibili per l'utente).
L'animazione pu� spesso rendere pi� chiara una presentazione in formato grafico o aggiungere un movimento che ne evidenzi, a colpo d'occhio, gli elementi importanti. Ma l'animazione pu� anche impedire agli utenti di prendere visione di informazioni che le siano adiacenti sulla pagina, cos� come animazioni con una certa frequenza di aggiornamento possono provocare malesseri o svenimenti in utenti affetti da epilessia fotosensibile. Gli utenti potrebbero inoltre avere problemi nell'effettuare selezioni abbastanza velocemente, se coinvolti dall'animazione. Di conseguenza, le animazioni dovrebbero essere progettate con cautela al fine di non interferire con l'accessibilit� o l'usabilit� della presentazione. Le Linee Guida per l'Accessibilit� dei Contenuti Web richiedono che, fino a quando gli agenti utente non consentiranno agli utenti di bloccare o controllare la velocit� di un'animazione, gli autori dovrebbero garantire agli utenti la possibilit� di sospendere o arrestare il movimento dei contenuti (fare riferimento alle [WCAG10], Punti di controllo, 3.5, 3.6, 3.8 and 7.3, e Linee guida 3 e 7); le Linee Guida per l'Accessibilit� degli Agenti Utente richiedono che le funzionalit� a ci� necessarie siano fornite dagli agenti utente (fare riferimento alle [UAAG10] Punto di controllo 1.1, 7.3 e Linea guida 5). Prestare attenzione al fatto che la disponibilit� di tali funzionalit� � una responsabilit� che viene posta principalmente a carico degli agenti utente, piuttosto che degli sviluppatori di contenuti. Anche SVG offre strumenti, quale l'elemento switch, per controllare la riproduzione di immagini contenenti animazioni su medium statici quali i dispositivi di stampa. Esamineremo gli switch nella successiva Sezione 6.
Il modello d'animazione di SVG � stato sviluppato congiuntamente dai gruppi di lavoro su SVG e sulla Multimedialit� Sincronizzata (SYMM) ed � basato sulla specifica d'animazione SMIL-Boston [SMIL-animation]. Il modello offre un approccio dichiarativo per la creazione di contenuti dinamici per il Web. In molti casi, quando � richiesta una presentazione non grafica, quest'approccio si rivela pi� semplice da comprendere ed utilizzare rispetto al modello programmatico utilizzato nei linguaggi di scripting quali ECMAscript o Javascript. Il modello d'animazione ha lo scopo di consentire agli agenti utente di fornire informazioni riguardo a cosa ci si aspetti un'animazione faccia anche quando il dispositivo o l'ambiente di riproduzione non dispongano delle capacit� multimediali immaginate dall'autore.
In virt� del fatto di essere basato su XML, SVG offre agli agenti utente un Modello a Oggetti del Documento (DOM), come discusso nella successiva Sezione 7. Gli elementi d'animazione sono inclusi nel DOM e sono di conseguenza direttamente accessibili per gli agenti utente. Poich� gli effetti dell'animazione non producono alcun cambiamento nel DOM, le presentazioni relative ad animazioni possono essere gestite separatamente. Un agente utente non visuale pu� interpretare la descrizione dichiarativa dell'animazione e rappresentarla nella maniera pi� adeguata. Le Linee Guida per l'Accessibilit� degli Agenti Utente richiedono che un agente utente fornisca tecnologie assistive con accesso al DOM (fare riferimento alle [UAAG10], Punti di controllo 5.1, 5.4 e Linea guida 5 in generale), in maniera tale che le tecnologie assistive possano anche fornire una presentazione appropriata dell'effetto di animazione, quando utilizzate in abbinamento con un programma per la navigazione SVG.
Nell'esempio seguente, facciamo uso dell'animazione per evidenziare il percorso di un messaggio dal computer A verso il mondo esterno o fra il computer A e il computer B. Per alcuni componenti animeremo le propriet� stilistiche del componente stesso; per alcuni altri vorremo anche aggiornare gli equivalenti testuali, cosicch� definiremo due simboli con differenti elementi desc e attibuti class, nonch� l'effetto d'animazione di scambio fra di essi.
Con SVG � facile aggiungere collegamenti a varie parti dell'immagine. Ci� viene realizzato includendo il componente grafico all'interno di un elemento. L'elemento a dovrebbe includere un attributo xlink:title che illustra la destinazione di un collegamento; degli appropriati elementi title e desc dovrebbero inoltre descrivere l'oggetto grafico che viene collegato alla destinazione. Le spiegazioni testuali sono molto importanti per gli utenti affetti da cecit� o da ipovisione poich� questi spesso navigano attraverso i documenti muovendosi da un collegamento all'altro e leggendo il testo del collegamento o il suo equivalente testuale. E' quindi importante che il collegamento (e il suo equivalente testuale) sia, di per s�, di senso compiuto (fare riferimento alle [WCAG10], Punto di controllo 13.3). Fino a quando gli Agenti Utente SVG non renderanno disponibile quest'informazione testuale, gli autori dovranno includere nel contenuto anche collegamenti basati sul testo (fare riferimento alle [WCAG10] Punto di controllo 1.5, sebbene questo non dovrebbe applicarsi agli agenti utente pi� nuovi, quali quelli progettati per SVG).
Gli utenti che si basano in maniera fondamentale sull'informazione visuale, quali alcune tipologie di utenti affetti da disabilit� cognitive, potrebbero inoltre aver bisogno di collegamenti grafici che siano facilmente identificabili nel loro significato visivo. Per l'evidenziazione dei collegamenti grafici non esiste alcuna convenzione, quale la sottolineatura nel caso dei collegamenti testuali. Questi potrebbero essere evidenziati mediante l'aumento della dimensione o del colore del componente collegato, oppure aggiungendo un segno grafico vicino al componente. Inoltre, potremmo evidenziare il componente solamente nel caso in cui sia selezionato o quando l'utente richieda di esaminare i collegamenti. Gli autori e gli agenti utente dovrebbero avere per obiettivo la coerenza nell'offrire stili di evidenziazione di default. E' inoltre importante che gli utenti possano facilmente cambiare l'evidenziazione in funzione delle proprie necessit�. Ci� pu� essere realizzato, negli agenti utente, implementando le caratteristiche rilevanti dei fogli di stile, per esempio di CSS [CSS2].
Poich� molti utenti, che non possono far uso di dispositivi di puntamento, navigano attraverso i collegamenti in maniera sequenziale, hanno bisogno di essere messi in condizione di potersi creare un buon modello mentale delle strutture e dei collegamenti che rendono la navigazione pi� efficace (fare riferimento alle [WCAG10], Punti di controllo13.4, 13.5, e alla Linea Guida 3 in generale). Questa tipologia di utenti trarr� beneficio dal fatto che i collegamenti possano essere esplorati in un ordine che corrisponde alla struttura grafica, oppure del fatto che i collegamenti, relativi ad una certa struttura (ad esempio, tutti i bottoni inclusi nel pannello radio di un abitacolo), siano raggruppati e possano essere saltati facilmente (fare riferimento alle [WCAG10], Punto di controllo 13.6).
In SVG � possibile offrire contenuti alternativi in funzione delle caratteristiche supportate (ad esempio, un'animazione). Ci� viene realizzato per mezzo dell'elemento switch, utilizzando gli attributi requiredFeatures o systemLanguage. Il seguente esempio (6.1) estende il precedente esempio animato (5.1). Fa uso dell'elemento switch per verificare se un determinato sistema supporti le animazioni e qualora non sia cos�, fornisce una spiegazione alternativa del modo in cui la rete veicola i messaggi. L'attributo systemLanguage pu� essere usato invece (o anche) per fornire versioni multiple del testo in funzione del linguaggio, o per fornire una versione in linguaggio grafico di un testo descrittivo.
Tutti i linguaggi di marcatura scritti in XML dispongono automaticamente di alcuni benefici in termini d'accessibilit�. Ci� vale anche per SVG. Nella presente sezione illustriamo il modo in cui queste caratteristiche di XML possano essere utilizzate per aumentare l'accessibilit� dei documenti SVG.
Quanto maggiore � l'informazione che l'autore pu� fornire in relazione ad un'immagine SVG e ai suoi componenti, tanto migliore ci� sar� in termini di accessibilit�. L'aggiungere i metadata ad un documento pu�, ad esempio, facilitare la ricerca di informazioni da parte dell'utente su documenti con un'idonea valutazione in termini di accessibilit�. Nell'esempio seguente, ne facciamo utilizzo al fine di descrivere con maggiore precisione l'immagine - sebbene la lettura della struttura XML mostri che la rete consista di un hub, di alcuni cavi e di alcuni computer, non illustra infatti quali siano le connessioni fra questi. Abbiamo quindi incluso un'immagine delle relazioni, generata automaticamente, descritta per mezzo di metadata - la stessa informazione pu� essere generata da una tecnologia assistiva. La combinazione dell'informazione con gli equivalenti alternativi inclusi nell'immagine pu� essere impiegata al fine di fornire una descrizione navigabile della rete, in forma testuale, audio, o anche mediante l'utilizzo di icone sostitutive ( [WCAG10] il Punto di controllo 13.2 richiede i metadata, il 14.2 richiede l'illustrazione dell'informazione e la Linea guida 1 richiede gli equivalenti testuali). Il seguente esempio (7.1) utilizza i namespace [NAMESPACE] XML e il Resource Description Framework [RDF] per aggiungere alcuni metadata relativi alle connessioni che connettono i computer e lo hub nella precedente immagine della rete.
Figura 7.2: Una rappresentazione grafica dei metadata che sono stati aggiunti. Questa rappresentazione � stata generata da un servizio automatizzato [RUDOLF] basato sui metadata RDF inclusi nel documento. Mostra le connessioni fra i diversi elementi, in maniera tale che sia possibile tracciare dei collegamenti da ciascun componente agli altri.
La specifica SVG consente l'utilizzo dei namespace [NAMESPACE] XML per introdurre elementi da altri linguaggi XML. In particolare, gli elementi text, title e desc contengono contenuto strutturato, che pu� essere marcato utilizzando le estensioni del DTD SVG o utilizzando un altro namespace. Nel seguente esempio includiamo degli elementi SMIL [SMIL] per fornire una pi� ricca descrizione dell'immagine nella Figura 5.1 (l'esempio presuppone che un foglio di stile fornisca il posizionamento del flusso testuale).
Figura 7.3: Un esempio di namespace misti per fornire ricchi contenuti alternativi equivalenti multimediali.
SVG implementa un Modello a Oggetti del Documento [DOM2] che fornisce un'interfaccia standard (Interfaccia di Programmazione dell'Applicazione o API) per l'esame e la modifica della struttura di un documento. Pu� essere utilizzata da differenti strumenti e tecnologie. In particolare, DOM � di beneficio per le tecnologie assistive che sono spesso utilizzate in combinazione con strumenti "standard" quali i comuni agenti utente. Ad esempio, un lettore di schermo, che garantisca la riproduzione vocale ad una variet� di applicazioni, pu� essere personalizzato al fine di avvantaggiarsi dell'interfaccia DOM. Ci� pu� consentire una migliore fruibilit� di quanto sarebbe possibile, basandosi integralmente sul motore di rappresentazione standard (un editor grafico, o il plug-in di un browser), per ottenere i dati. Una tecnologia assistiva pu� inoltre sfruttare l'interfaccia DOM per adattare un'immagine SVG alle necessit� dell'utente. Fare attenzione al fatto che le Linee Guida per l'Accessibilit� degli Agenti Utente richiedono che gli agenti utente implementino le interfacce DOM e di esportazione verso le tecnologie assistive (fare riferimento a [UAAG10], Punto di controllo 1.3, e alle Linee guida 1 e 5). Vedere anche la Sezione 5.2 sugli eventi accessibili - che sono ereditati dalla specifica DOM 2 [DOM2].
La principale fonte d'informazione su SVG � rappresentata dalla stessa specifica [SVG]. La specifica favorisce l'accessibilit� richiedendo la conformit� alle linee guida per l'accessibilit� quale parte della conformit� degli strumenti. Vedere in particolare l'appendice sull'accessibilit�. Inoltre, la pagina Web pubblica del gruppo di lavoro del W3C su SVG [SVG-page] costituisce una buone fonte d'informazione, compresi articoli e documenti su SVG, novit� sulle implementazioni, ecc.
L'iniziativa per l'accessibilit� del Web (WAI) del W3C indirizza le problematiche relative all'accessibilit� del Web attraverso cinque attivit� complementari che:
assicurano che la tecnologia del Web offra supporto all'accessibilit�;
sviluppano linee guida per l'accessibilit�;
sviluppano strumenti per facilitare la valutazione e la correzione dei siti Web;
dirigono l'educazione e lo sviluppo;
si coordinano con la ricerca e lo sviluppo.
Il WAI International Program Office favorisce l'associazione di industrie, di organizzazioni di disabili, di organizzazioni per la ricerca sull'accessibilit� e dei Governi interessati alla creazione del Web accessibile. I sostenitori della WAI includono la US National Science Foundation e il National Institute on Disability and Rehabilitation Research dello US Department of Education; la Commissione Europea DGXIII Telematics Applications Programme for Disabled and Elderly; il Governo del Canada, l'Industry Canada; l'IBM, la Lotus Development Corporation, la Microsoft, e la Verizon. Ulteriori informazioni sulla WAI sono disponibili all'indirizzo http://www.w3.org/WAI.
Il W3C � stato creato al fine di guidare il Web alla piena realizzazione del suo potenziale mediante lo sviluppo di protocolli comuni che ne promuovano l'evoluzione e ne garantiscano l'interoperabilit�. � un consorzio internazionale di industrie gestito congiuntamente dal Laboratorio per le Scienze del Computer (LCS) all'Istituto di Tecnologia del Massacchusetts (MIT) negli USA, dall'Istituto Nazionale per la Ricerca sulle Scienze del Computer e il Controllo (INRIA) in Francia e dall'Univesit� di Keio in Giappone. I servizi offerti dal Consorzio comprendono: un archivio delle informazioni sul World Wide Web per gli sviluppatori e gli utenti; codice di implementazioni di riferimento per l'applicazione e la promozione degli standard; vari prototipi ed esempi di applicazioni dimostrative dell'utilizzo delle nuove tecnologie. Nel Luglio del 2000, 433 organizzazioni erano diventate Membri del Consorzio. Per ulteriori informazioni sul World Wide Web Consortium, visitare: http://www.w3.org/.
Un elemento attivo � un elemento con comportamenti che possono essere attivati (o "comandati") attraverso l'interfaccia utente o attraverso script. Gli elementi attivi dipendono dal linguaggio del documento e dalle caratteristiche implementate dall'agente utente. Nei documenti SVG, ad esempio, gli elementi attivi includono i collegamenti e le richieste di elementi tramite script (gestori d'eventi) esplicitamente associati ad essi (ad esempio, attraverso i vari attributi "on": onactivate ecc). La maggior parte dei sistemi utilizza il focus del contenuto per navigare fra gli elementi attivi e identificare quale debba essere attivato. Il comportamento di un elemento attivo pu� essere comandato attraverso un buon numero di meccanismi, inclusi il mouse, la tastiera, l'Interfaccia di Programmazione degli Applicativi (API), ecc. L'effetto dell'attivazione � funzionale all'elemento. Ad esempio, quando un collegamento viene attivato, l'agente utente richiama la risorsa collegata.
Nel contesto di questo documento, per tecnologia assistiva si intende un agente utente che si interfacci con uno o pi� altri agenti utente al fine di aiutare persone affette da disabilit� nell'interazione con un computer. Ad esempio, un programma di lettura dello schermo costituisce una tecnologia assistiva perch� si interfaccia con i programmi di navigazione o con altri programmi applicativi per consentire l'accesso al Web, particolarmente alle persone affette da disabilit� visive o cognitive.
Esempi di tecnologie assistive, importanti nel contesto di questo documento, includono le seguenti:
ingranditori di schermo, utilizzati da persone affette da disabilit� visive per aumentare le dimensioni e cambiare i colori sullo schermo al fine di migliorare la lettura visiva di testo e immagini.
lettori di schermo, utilizzati dalle persone affette da cecit� o da disabilit� nella lettura per leggere l'informazione testuale attraverso una voce sintetizzata o attraverso le barre Braille.
programmi di riconoscimento vocale, che potrebbero essere utilizzati da persone affette da alcune tipologie di disabilit� fisiche.
tastiere alternative, utilizzate da persone, affette da alcune tipologie di disabilit�, per simulare la tastiera.
dispositivi di puntamento alternativi, utilizzati da persone affette da alcune tipologie di disabilit� per simulare il puntamento tramite mouse e l'attivazione dei bottoni.
Al di l� di questo documento, le tecnologie assistive consistono in programmi o dispositivi che siano stati specificamente progettati per assistere le persone affette da disabilit� nell'assolvimento delle attivit� quotidiane, quali le sedie a rotelle, le macchine per la lettura, i dispositivi per impugnare, i telefoni testuali, i paginatori a vibrazione, ecc.
Poich� il contenuto rappresentato in alcune modalit� non � sempre accessibile agli utenti affetti da disabilit�, gli autori devono fornire equivalenti alternativi per il contenuto. Nel contesto di questo documento, l'equivalente deve essenzialmente assolvere alla medesima funzione per la persona affetta da disabilit� (almeno per quanto sia possibile, data la natura della disabilit� e lo stato della tecnologia), che il contenuto "primario" assolve per la persona non affetta da disabilit�. Ad esempio, il testo "La Luna Piena" potrebbe trasmettere la stessa informazione di un'immagine di una luna piena, quando presentata agli utenti. Fare attenzione al fatto che l'informazione equivalente si focalizza nell'assolvimento della medesima funzione. Se l'immagine fa parte di un collegamento e la percezione dell'immagine � fondamentale per la comprensione della destinazione del collegamento, un equivalente deve fornire agli utenti anche un'idea della destinazione del collegamento.
Gli alternativi equivalenti del contenuto includono gli equivalenti testuali (lunghi e corti, sincronizzati e non sincronizzati) e gli equivalenti non testuali (ad esempio, una descrizione audio, o una traccia visuale che mostri una traduzione di un testo scritto in linguaggio gestuale, ecc.). Si prega di consultare anche le Linee Guida per l'Accessibilit� del Web 1.0 [WCAG10].
Un agente utente � un'applicazione che richiama e rappresenta il contenuto Web, inclusi il testo, gli elementi grafici, i suoni, i video, le immagini, e altri tipologie di contenuti. Un agente utente pu� richiedere ulteriori agenti utenti che gestiscano alcune tipologie di contenuti, o potrebbe essere di questo tipo. Per esempio, un programma di navigazione potrebbe eseguire un programma separato o un plug-in per rappresentare un suono o un video. Gli agenti utenti includono i programmi di navigazione per i desktop grafici, i riproduttori multimediali, i programmi di navigazione testuale e audio, e le tecnologie assistive quali i lettori di schermo, gli ingranditori di schermo, i sintetizzatori vocali, le tastiere a schermo e i programmi di controllo vocale.
"Authoring Tool Accessibility Guidelines 1.0", J. Treviranus, C. McCathieNevile, I. Jacobs, e J. Richards, redattori, 3 Febbraio 2000. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/TR/2000/REC-ATAG10-20000203.
"Cascading Style Sheets Level 1", H. Lie e B. Bos, redattori, 17 Dicembre 1996, riveduto l'11 Gennaio 1999. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/TR/1999/REC-CSS1-19990111.
"Cascading Stylesheets Level 2", H. Lie, B. Bos, C. Lilley, e I. Jacobs, redattori, 12 Maggio 1998. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/TR/1998/REC-CSS2-19980512.
"Accessibility Features of CSS", I Jacobs e J. Brewer, redattori. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/1999/08/NOTE-CSS-access-19990804.
"Namespaces in XML", T. Bray, D. Hollander, e A. Layman, redattori, 14 Gennaio 1999. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/TR/1999/REC-xml-names-19990114.
"SMIL animation", P. Schmitz e A. Cohen, redattori. 31 Luglio 2000. Questa Bozza di Lavoro del W3C � all'indirizzo http://www.w3.org/TR/2000/WD-smil-animation-20000731; fare inoltre riferimentoall'ultima versione di SMIL animation.
"Accessibility features of SMIL", M. Koivunen e I. Jacobs, redattori, 21 Settembre 1999. Questa Nota del W3C � all'indirizzo http://www.w3.org/TR/1999/NOTE-SMIL-access-19990921.
La pagina pubblica del gruppo di lavoro Scalable Vector Graphics costituisce l'archivio pubblico di informazioni del gruppo di lavoro. Disponibile all'indirizzo http://www.w3.org/Graphics/SVG
"User Agent Accessibility Guidelines", J. Gunderson e I. Jacobs, redattori, 28 Luglio 2000. Questa Bozza di Lavoro del W3C � all'indirizzo http://www.w3.org/WAI/UA/WD-UAAG10-20000728.
"How People with Disabilities Use the Web", J. Brewer e I. Jacobs, redattori. L'ultima versione di questa Bozza di Lavoro del W3C � disponibile all'indirizzo http://www.w3.org/WAI/EO/Drafts/WAI-access-profiles.
"Web Content Accessibility Guidelines 1.0", G. Vanderheiden, W. Chisholm, e I. Jacobs, redattori, 5 Maggio 1999. Questa Raccomandazione del W3C � all'indirizzo: http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505.
"XML Linking Language", S. DeRose et al., redattori, 3 Luglio 2000. Questa Raccomandazione Candidata del W3C � all'indirizzo http://www.w3.org/TR/2000/CR-xlink-20000703; fare inoltre riferimento all'ultima versione della specifica di XLink.
