Ringraziamenti
- Il materiale di questa presentazione può
essere riutilizzato nel rispetto dei diritti di
proprietà intellettuale, secondo la normale prassi
scientifica, e delle regole del W3C
Contenuto
- Il quadro di riferimento: Web, WAI e WCAG 2.0
- La normativa italiana
- Qualche esempio
The Web is a social environment
“The Web is more a social creation than
a technical one. I designed it for a social effect - to
help people work together - and not as a
technical toy. The ultimate goal of the Web is to
support and improve our weblike existence in
the world.”
The social value of the Web is that it enables human
communication, commerce, and opportunities to share
knowledge [and] to make these benefits available to
all people, whatever their hardware, software,
network infrastructure, native language, culture,
geographical location, or physical or mental ability.
(Tim Berners-Lee - Director of W3C and inventor of
the Web)
Perché accessibile?
- I siti web e le applicazioni web
devono essere accessibili
- Il Web si è diffuso ampiamente nella nostra
realtà quotidiana
- Il Web è un importante facilitatore
di servizi
- Non dimentichiamo la United Nations Convention on
Rights of Persons with Disabilities
- L'esplosione del Web 2.0, delle Rich
Internet Applications (RIA) e del social
networking rendono l'e-Inclusion un
imperativo categorico, ed è impensabile
escludere le persone anziane o con funzionalità
ridottea
Componenti della Web Accessibility
-
Contenuto
-
Testi, immagini, moduli, multimedia, applicazioni, etc.
-
Sviluppatori
-
Usano authoring tool, editor, strumenti di valutazione,
CMS (Content Management Systems).
Dovrebbero essere accessibili e produrre
contenuti accessibili
-
Utenti
-
Usano User Agent (browser, media player, etc.)
per accedere al contenuto.
Se giocano bene il loro ruolo, servono meno
accorgimenti per rendere accessibili i contenuti
- W3C sviluppa:
-
linee guida per l' accessibilità
(per Authoring Tools, Web Content, User Agents)
-
specifiche tecniche (HTML, XML, CSS, SVG,
SMIL, etc.)
WAI (Web Accessibility Initiative)
Le tre
linee guida:
-
Web Content Accessibility Guidelines
come creare contenuti Web accessibili
WCAG 1.0 (1999,
Recommendation)
e WCAG 2.0 (W3C Recommendation - 11
dicembre 2008) [vedi il comunicato
stampa]
-
Authoring Tool Accessibility Guidelines
come progettare strumenti di authoring
utilizzabili da autori disabili, e che producono
contenuti Web accessibili
ATAG 1.0 (2000,
Recommendation)
e ATAG 2.0 (Working
Draft - 8 luglio 2010)
-
User Agent Accessibility Guidelines
cosa devono fare gli sviluppatori di software per
migliorare l' accessibilità dei mainstream
browser a dei multimedia player per
consentire un migliore accesso alle risorse Web per le
persone affette da deficit uditivi, cognitivi, visivi,
fisici
(Browser, UAAG 1.0,
2002, Recommendation) e
UAAG 2.0 (Working
Draft - 17 giugno 2010)
- …e molto altro ancora, comprese le
applicazioni interattive (vedi
WAI-ARIA 1.0 Primer - W3C Working Draft 16 September
2010)
WCAG 2.0
-
Standard internazionale sviluppato in maniera
cooperativa con il coinvolgimento di
esperti di tutto il mondo
-
Web Standard: non crea elementi di
discontinuità nel web (doesn't fragment the
Web)
-
Non legate a tecnologie specifiche, si
applicano alle tecnologie più avanzate
e prendono in considerazione tecnologie nuove (e
future)
-
Principi generali (duraturi nel tempo)
- …Ma non per principianti (la
cultura dell'accessibilità costituisce in
qualche modo un prerequisito per coglierne la ricchezza
ed applicarle al meglio)
I quattro principi
(Con piccole differenze rispetto alla traduzione
italiana autorizzata pubblicata il 21 dicembre
2009)
Understanding principles
-
Percepibile (Perceivable)
-
Le informazioni e i componenti dell'interfaccia utente
devono essere presentati in modo che possano essere
fruiti attraverso differenti canali sensoriali
(gli utenti devono essere posti in grado di
percepire l' informazione presentata, che non
può essere "invisibile" a tutti i loro
sensi)
-
Utilizzabile
(Operable)
-
I componenti e la navigazione dell'interfaccia utente
devono essere utilizzabili [senza ingiustificati disagi
o vincoli per l'utente]
(gli utenti devono essere posti in grado di
interagire mediante l' interfaccia, che non può
richiedere azioni che l' utente non è in grado
di compiere)
-
Comprensibile (Understandable)
-
Gli utenti devono poter comprendere le modalità
di funzionamento dell'interfaccia e le azioni in essa
contenute necessarie per ottenere servizi e
informazioni
(il contenuto o l' azione non possono essere al di
là della comprensione dell' utente)
-
Robusto
(Robust)
-
Il contenuto deve essere abbastanza robusto per essere
interpretato in maniera affidabile mediante una vasta
gamma di programmi utente (user agent), comprese le
tecnologie assistive
(a mano a mano che le tecnologie e gli user agent
evolvono, il contenuto deve rimanere accessibile)
Le nuove tecnologie e le applicazioni web
-
Obiettivi
-
Accettare tutte le nuove tecnologie, purché
non interferiscano con le tecnologie assistive
e le caratteristiche di accessibilità degli user
agent
-
"Accessibility-supported" Techniques [
it] [
en]
-
Tecnologie che funzionano correttamente con le
tecnologie assistive e le caratteristiche di
accessibilità degli user agent
-
Vincoli
-
Tutte le informazioni e le funzionalità
della pagina devono essere presentate utilizzando
tecnologie "accessibility-supported".
Si possono usare tecniche non "accessibility-supported"
se utilizzate per "enhancement"
-
Risultato
-
Maggiore flessibilità per situazioni
diverse (sito pubblico, intranet)
Adozione delle WCAG 2.0 nelle legislazioni nazionali
-
WCAG pensate per:
-
-
Professionisti (Web developers, Web
designers, developers of authoring tool &
evaluation tool) che desiderano uno standard
tecnico
- Persone che desiderano realizzare siti e
applicazioni web accessibili …
-
Legislazione nazionale destinata a persone che:
-
-
Devono realizzare siti e applicazioni web
-
Devono rispettare le regole
Verso le nuove specifiche
- Garantire il supporto su varie piattaforme
hardware e software
- disponibilità dei browser
- disponibilità dei plugin per le
“tecniche compatibili con
l'accessibilità” (accessibility
supported techniques)
- Trovare l'opportuno bilanciamento tra quanto
è consentito dalle WCAG 2.0 e il
rispetto dei principi
- es. frame consentite, ma purché con titolo
significativo e in misura che non costituiscano un
problema
- Gruppo di lavoro per l'aggiornamento della
normativa sull'accessibilità (Dipartimento
Innovazione e Tecnologie)
- Attenzione a tutte le disabilità (e ai costi)
È disponibile una bozza
del nuovo D.M.
Tecnologie e formati compatibili con
l'accessibilità
Versione rivista rispetto alla bozza pubblicata
Una tecnologia o un formato di
documento sono definiti compatibili con
l'accessibilità quando sono compatibili con le
tecnologie assistive e con le funzioni di
accessibilità dei browser e degli altri programmi
utilizzati dall'utente.
Nell'ambito di applicazione della Legge 4/2004 sono da
ritenersi compatibili con l'accessibilità:
- le tecnologie di base che sono definite da:
- le tecnologie ed i formati dei
documenti per i quali sono verificate tutte le seguenti
condizioni:
-
esistono e sono disponibili in
forma gratuita le linee guida sulla
accessibilità relative alla tecnologia in
oggetto. Tali linee guida possono essere state
elaborate e rese pubbliche dai produttori della
tecnologia oppure da organismi e istituzioni
pubbliche e private, anche internazionali, operanti
nel settore della accessibilità;
- in tali linee guida sono esplicitamente
indicate le modalità di applicazione dei
Criteri di Successo delle WCAG 2.0 alla tecnologia in
oggetto […]
- i programmi che l'utente deve eventualmente
utilizzare per la fruizione della tecnologia in
oggetto devono supportare le tecnologie
assistive
Criteri di conformità
Versione estratta dalla bozza pubblicata e rivista
- La conformità ai requisiti tecnici richiede il
rispetto dei seguenti criteri:
-
Tecnologie per informazioni e servizi:
tutte le informazioni e tutti i servizi erogati
nelle pagine web, negli oggetti in esse contenuti e
mediante applicazioni realizzate con tecnologie web
devono essere realizzati con le tecnologie
compatibili con l'accessibilità
-
Formato e contenuto dei documenti: il
formato dei documenti pubblicati necessari
a fornire informazioni o a erogare servizi deve
essere compatibile con l'accessibilità. Il
contenuto dei documenti deve essere
conforme ai requisiti tecnici di
accessibilità.
- Se un documento non risponde a queste
caratteristiche, per sua natura o perché
è disponibile solo in formato non
compatibile con l'accessibilità, allora deve
essere soddisfatto almeno uno dei seguenti punti:
- i contenuti e i documenti devono essere resi
disponibili nella loro completezza anche in
forma adatta ad essere fruita mediante le tecnologie
compatibili con l'accessibilità ed essere
conformi ai requisiti tecnici di
accessibilità;
- per i documenti resi disponibili in formato
digitale non utilizzabile con tecnologie compatibili
con l'accessibilità, […]
Pensiamo a qualche caso concreto
Gli esempi seguenti sono dei campioni estratti puramente
caso, e vanno visti unicamente come documentazione di
carenze tipiche e molto frequenti.
Non rispondono quindi a nessun intento censorio
specifico.
-
Contenuti audiovisivi: devono essere
sottotitolati (preferibilmente anche in LIS) e
audiodescritti
-
CAPTCHA non accessibili
- Indici lunghi e assenza della possibilità di
saltare direttamente al contenuto
- Link “invisibili” (tono su tono,
onmouseover, etc.)
-
Layout fissi (scrolling orizzontale in caso di
ingrandimento)
- Sovrapposizione di informazioni e perdita di
leggibilità in caso di ingrandimento
(vedi esempio)
- …e ancora…
Parliamo delle tag cloud…
- Il codice di questa tag cloud è scritto
correttamente, ogni link ha un attributo
title
- In questa implementazione il messaggio ricevuto
è sempre: “una delle parole
più cercate è:
<parola>”
- Ma la valenza di una tag cloud è
rendere evidente a prima vista quali sono i
termini più rilevanti: i termini vengono
presentati con caratteri di dimensioni proporzionali alla
loro rilevanza
- I dislessici hanno problemi nel leggere e
comprendere le tag cloud (
vedi articolo)
- È possibile adottare altre forme di
rappresentazione più semplici per screen
reader. Per.es.:
- ordine alfabetico con indicazione in
parentesi del numero di occorrenze
- ordine decrescente in base alla
frequenza (con o senza indicazione della
frequenza)
- opportuno markup (vedi esempio: [
web] [local])
I documenti
- Documento pubblicato come pdf immagine
- Un documento pdf testo non strutturato:
- Un documento pdf testo strutturato:
Un layout a tabelle, senza strutturazione
(sito cnr)
Testi alternativi, title, etc.
-
<a href="http://www.relaistoscana.com/"
class="link_list_item1" target="_blank">
<img style="opacity: 1; visibility: visible; display: block;"
class="rounded"
src=
"http://www.turismoeconsigli.com/wp-content/uploads/2010/08/logo-relais-toscana.gif"
title="" alt=""></a>
-
<div class="textwidget"><br>
<a href="http://www.turismoeconsigli.com/contatti/">
<img style="width: 330px; height: 172px; opacity: 1;
visibility: visible; display: block;"
alt="Promozione hotel e alberghi"
src=
"http://www.turismoeconsigli.com/wp-content/uploads/2010/07/banner-click-to-call.jpg"
border="0" height="160"></a></div>
Conclusioni
-
Tutte le normative fanno riferimento a
WCAG
- Le WCAG 2.0 sono Recommendation dall' 11
dicembre 2008: quando saranno recepite nella
legislazione italiana?
- Non è la tecnologia in sé che
garantisce l'accessibilità, ma il suo corretto
utilizzo
