Oreste Signore, (Responsabile Ufficio Italiano W3C) Area della Ricerca CNR - via Moruzzi, Pisa

Transcript

1 sie2010 (1) 1 of 27 Oreste Signore, <oreste@w3c.it> (Responsabile Ufficio Italiano W3C) Area della Ricerca CNR - via Moruzzi, Pisa SIE - Società Italiana di Ergonomia IX Congresso Nazionale Centro Congressi CNR Roma, 28 ottobre 2010 Presentazione: Versione pdf:

2 sie2010 (1) 2 of 27 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

3 sie2010 (1) 3 of 27 Il quadro di riferimento: Web, WAI e WCAG 2.0 La normativa italiana Qualche esempio

4 sie2010 (1) 4 of 27 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)

5 sie2010 (1) 5 of 27 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

6 sie2010 (1) 6 of 27 Contenuto Testi, immagini, moduli, multimedia, applicazioni, etc. Sviluppatori Utenti Usano authoring tool, editor, strumenti di valutazione, CMS (Content Management Systems). Dovrebbero essere accessibili e produrre contenuti accessibili 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) Crediti e descrizione specifiche tecniche (HTML, XML, CSS, SVG, SMIL, etc.)

7 sie2010 (1) 7 of 27 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)

8 sie2010 (1) 8 of 27 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)

9 sie2010 (1) 9 of 27 (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)

10 sie2010 (1) 11 of 27 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] Vincoli Tecnologie che funzionano correttamente con le tecnologie assistive e le caratteristiche di accessibilità degli user agent 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)

11 sie2010 (1) 12 of 27 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

12 sie2010 (1) 13 of 27 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)

13 sie2010 (1) 14 of 27 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à: 1. le tecnologie di base che sono definite da: [ ] 2. 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

14 sie2010 (1) 15 of 27 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à, [ ]

15 sie2010 (1) 16 of 27 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

16 sie2010 (1) 17 of 27 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])

17 sie2010 (1) 18 of 27 Documento pubblicato come pdf immagine Un documento pdf testo non strutturato: il pdf e la versione.odt il documento visto con i tag Un documento pdf testo strutturato: il pdf e la versione.odt il documento visto con i tag

18 sie2010 (1) 19 of 27 (sito cnr)

19 sie2010 (1) 20 of 27

20 sie2010 (1) 22 of 27 (sito:

21 sie2010 (1) 23 of 27

22 sie2010 (1) 25 of 27 <a href=" class="link_list_item1" target="_blank"> <img style="opacity: 1; visibility: visible; display: block;" class="rounded" src= " title="" alt=""></a> <div class="textwidget"><br> <a href=" <img style="width: 330px; height: 172px; opacity: 1; visibility: visible; display: block;" alt="promozione hotel e alberghi" src= " border="0" height="160"></a></div>

23 sie2010 (1) 26 of 27 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

24 sie2010 (1) 27 of 27 Se non è sul Web non esiste troverete sul sito dell' Ufficio ( le slide (