Oreste Signore, HANDImatica 2014 - X ...€¦ · I siti web e le applicazioni web devono essere...

Oreste Signore, <[email protected]>Responsabile Ufficio Italiano W3CArea della Ricerca CNR - via Moruzzi, 1 - 56124 Pisa

HANDImatica 2014 - X edizioneIstituto Aldini Valeriani Sirani – Via Sario Bassanelli, 9 – BolognaSeminario: L'accessibilità digitale: presente e futuro28 novembre 2014 (sala Bianca: ore 14:30 - 16)

Slides: http://www.w3c.it/talks/2014/handimatica2014/Versione PDF: http://www.w3c.it/talks/2014/handimatica2014/handimatica2014.pdf

Formato XHTML realizzato usando il tool Slidy di Dave Raggett.

Slidy dovrebbe funzionare in tutti i browser moderni con Javascript abilitato. Usare freccia destra/sinistra per

muoversi da una slide all' altra.

Vedi la pagina di aiuto di Slidy per ulteriori informazioni.

handimatica2014 - L'impegno del W3C per l'accessibilità: annunci recenti e futuri (1)

http://www.w3c.it/talks/2014/handimatica2014/ 1 of 27

Ennio Paiella

Ai colleghi della sezione WAI dell'Ufficio Italiano W3C:

Barbara Leporini

Claudia Buzzi

Marina Buzzi

Antonio Giovanni Schiavone



25 anni del Web

20 anni del W3C

15 anni dell'Ufficio Italiano W3C

10 anni dalla legge sull'accessibilità (L. 4/2004)



Web, W3C, Accessibilità

W3C-WAI

WAI-ARIA, HTML5, …



“To lead the World Wide Web to its full potential by developing protocols and guidelines that ensure long-term growth for theWeb”

Fondato da Tim Berners-Lee nel 1994

Meccanismo di funzionamento piano ed efficace

Visione globale

Definisce Recommendation aperte (Web Standards)

pubbliche a disponibili gratuitamente per tutti

Svolge attività di formazione, sviluppa linee guida…

È un forum neutrale per creare consenso sugli standard web

Gli standard proposti non derivano da posizioni dominanti sul mercato



The social value of the Web is that it enables human communication,commerce, and opportunities to share knowledge [and] to make thesebenefits available to all people, whatever their hardware, software,network infrastructure, native language, culture, geographical location,or physical or mental ability



“The Web is more a social creation than a technical one. I designed it for a social effect - to help people work together - andnot as a technical toy. The ultimate goal of the Web is to support and improve our weblike existence in the world.”(Tim Berners-Lee - Weaving the Web, p. 123)

Perché accessibile?

I siti web e le applicazioni web devono essere accessibili

Il Web si è diffuso ampiamente nella nostra realtà quotidiana ed è diventato rapidamente una presenza pervasiva in molti paesi

Il Web è un importante facilitatore di servizi ed è un fattore importante per rendere fruibili i servizi di e-Government (anche in paesi che siaffacciano solo ora alla tecnologia del web)

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 escluderele persone anziane o con funzionalità ridotte

Siti Web, social network, dispositivi e applicazioni mobili sono accessibili?



Crediti e descrizione

ContenutoTesti, immagini, moduli, multimedia, applicazioni, etc.

SviluppatoriUsano authoring tool, editor, strumenti di valutazione, CMS (ContentManagement Systems).Dovrebbero essere accessibili e produrre contenuti accessibili

UtentiUsano User Agent (browser, media player, etc.) per accedere al contenuto.Se giocano bene il loro ruolo, servono meno accorgimenti per rendereaccessibili i contenuti

W3C sviluppa:

linee guida per l' accessibilità (per Authoring Tools, Web Content, User Agents)

specifiche tecniche (HTML, XML, CSS, SVG, SMIL, etc.)



l'interazione deve essere sempre possibile con una interfaccia di “tipo tastiera”(non significa che vada utilizzata una tastiera)

l'informazione deve essere sempre presentabile mediante un'alternativa testuale(non significa che vada preparato un sito testuale parallelo)



Le tre linee guida:

Web Content Accessibility Guidelinescome creare contenuti Web accessibiliWCAG 1.0 (1999, Recommendation) e WCAG 2.0 (W3C Recommendation - 11 dicembre 2008) [vedi il comunicato stampa]

Web Content Accessibility Guidelines (WCAG) 2.0

How to Meet WCAG 2.0: A customizable quick reference to WCAG 2.0 requirements (Success Criteria) and techniques (aggiornamento 16settembre 2014)

Understanding WCAG 2.0: A guide to understanding and implementing Web Content Accessibility Guidelines 2.0 (aggiornamento 16settembre 2014)

Techniques for WCAG 2.0: Techniques and Failures for Web Content Accessibility Guidelines 2.0 (aggiornamento 16 settembre 2014)

Authoring Tool Accessibility Guidelinescome progettare strumenti di authoring utilizzabili da autori disabili, e che producono contenuti Web accessibiliATAG 1.0 (2000, Recommendation) e ATAG 2.0 (7 novembre 2013, Candidate Recommendation)

User Agent Accessibility Guidelinescosa devono fare gli sviluppatori di software per migliorare l' accessibilità dei mainstream browser a dei multimedia player per consentire un miglioreaccesso 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, 25 settembre 2014)

…e molto altro ancora sul sito http://www.w3.org/WAI/



Authoring Tools Working Group (AUWG): develops guidelines, techniques, and supporting resources for Web "authoring tools"1.

Education and Outreach Working Group (EOWG): develops awareness and training materials and education resources on Web accessibilitysolutions

2.

Evaluation Tools Working Group (ERT WG): develops techniques and tools for evaluating accessibility of Web sites, and for retrofitting Websites to be more accessible

3.

Independent UI (IndieUI) Working Group: develops the IndieUI specifications4.

Protocols & Formats Working Group (PFWG): reviews all W3C technologies for accessibility, and develops WAI-ARIA5.

Research and Development Working Group (RDWG): facilitates discussion and discovery of the accessibility aspects of research anddevelopment of future Web technologies

6.

User Agent Working Group (UAWG): develops guidelines, techniques, and supporting resources for Web "user agents" - which includes Webbrowsers and media players

7.

WAI Interest Group (WAI IG): is a public group with a mailing list for general discussion on Web accessibility8.

Web Content Working Group (WCAG WG): develops guidelines, techniques, and supporting resources for Web "content"9.

W3C Member-only access groups: WAI Coordination Group (member only) coordinates among WAI working groups and WAI interest groups10.



Crediti e descrizione



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 tecnologienuove (e future)

Principi

generali (duraturi nel tempo)

Flessibili e adattabili

Guidelines

Success Criteria (SC) chiari e verificabili



(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 fruitiattraverso differenti canali sensoriali(gli utenti devono essere posti in grado di percepire l' informazione presentata, che non può essere "invisibile" atutti i loro sensi)

Utilizzabile (Operable)I componenti dell’interfaccia utente e i comandi in essa contenuti 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 dicompiere)

Comprensibile (Understandable)Gli utenti devono poter comprendere le modalità di funzionamento dell'interfaccia e le azioni in essa contenute necessarie per ottenere servizi einformazioni(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 utilizzatidall'utente (user agent), comprese le tecnologie assistive(a mano a mano che le tecnologie e gli user agent evolvono, il contenuto deve rimanere accessibile)



WCAG pensate per:

Professionisti (Web developers, Web designers, developers of authoring tool & evaluation tool) che desideranouno standard tecnico

Persone che desiderano realizzare siti e applicazioni web accessibili …

Legislazioni nazionali destinate a persone che:

Devono realizzare siti e applicazioni web

Devono rispettare le regole



Recepimento completo dei quattro princìpi

Recepimento delle guideline (denominate “requisiti”)

sostanzialmente tutte

Recepimento dei criteri di successo (denominati “punti di controllo”)

tutti quelli di livello A (escluso uno)

tutti quelli di livello AA (con la possibilità di derogare per qualcuno di essi)

uno di livello AAA (più stringente di quello di livello A non recepito)

Corrispondenza semantica, ma non letterale

Apparentemente, una frammentazione del Web

Possibile un intervento di armonizzazione?

Rigidità derivante dal vincolo di rispetto di Recommendation

Impossibilità di utilizzare HTML5 fino alla data del suo rilascio (freno all'innovazione)



Accessible Rich Internet Applications (WAI-ARIA) 1.0

Il comunicato stampa: Accessible Rich Internet Applications (WAI-ARIA) del W3C espande l'accessibilità della Open Web Platform

Nell'anno del 25mo anniversario del Web, è vitale abilitare Rich Internet Application in un insieme crescente di dispositivi mobili, da smartphone adautomotive

WAI-ARIA affronta il problema in misura universale e tra dispositivi diversi (cross devices), riducendo le barriere per persone con disabilità

WAI-ARIA porta le caratteristiche di accessibilità delle applicazioni desktop nel Web

Nell'ambiente desktop le persone con disabilità utilizzano tecnologie assistive specifiche per poter operare sui loro computer

Queste tecnologie ottengono informazioni su come interagire con i programmi software dalle Application Programming Interfaces (APIs) di accessibilità, specificheper ogni sistema operativo

WAI-ARIA rende lo stesso tipo di informazione direttamente disponibile alle applicazioni web

WAI-ARIA 1.0 User Agent Implementation Guide

Mappa WAI-ARIA sulle funzionalità che supportano l'accessibilità su piattaforme diverse

Gli autori di contenuti che utilizzano WAI-ARIA

non devono più preoccuparsi delle diverse Application Programming Interface (API) per l'accessibilità

possono più facilmente riadattare lo stesso contenuto web su piattaforme diverse senza perdere il supporto per l'accessibilità



HTML5 - A vocabulary and associated APIs for HTML and XHTML

W3C Recommendation 28 Ottobre 2014 [comunicato stampa]

Alcune caratteristiche:

base per l'Open Web Platform

supportato su una larga varietà di dispositivi

supporto nel Web di video e audio senza necessità di plugin

supporto nativo di grafica vettoriale (SVG) e di formule matematiche (MathML)

notazioni per la scrittura dei paesi dell'Asia dell'Est (Ruby)

e molto altro ancora…

Analisi e previsioni:

utilizzato da anni

2014 Vision Mobile Survey: il 42% di 10.000 sviluppatori intervistati sta utilizzando la combinazione di HTML, CSS, e JavaScript per tutto o parte delle loroapplicazioni mobili

Gartner:

una delle 10 tecnologie e soluzioni mobili più importanti per il 2015 e il 2016

"sarà una tecnologia essenziale per chi realizza applicazioni su piattaforme mobili"



HTML5 Accessibility analysis ( http://www.paciellogroup.com/blog/2014/11/html5-accessibility-analysis/)

HTML Accessibility Task Force (http://www.w3.org/WAI/PF/HTML/wiki/Main_Page)

Using WAI-ARIA in HTML - W3C Editor's Draft 18 October 2014 (http://w3c.github.io/aria-in-html/)

sviluppato dalla HTML Accessibility Taskforce

pubblicato dall'HTML Working Group

approvato dal Protocols and Formats Working Group

Le alternative testuali

HTML5: Techniques for providing useful text alternatives - W3C Working Draft 23 October 2014 (http://www.w3.org/TR/html-alt-techniques/)

An alt Decision Tree ( http://www.w3.org/WAI/tutorials/images/decision-tree/) [local]



Figura 1 - Tim Berners-Lee a Londra 2012

<figure style="float:right;"><img src="./images/london2012.jpg" style=

"width:100%; max-width:718px; margin-right:1em; margin-left:1em;" alt= "Tim Berners-Lee alla festa di inaugurazione dei giochi olimpici di Londra lancia il tweet: And this is for everyone..." />

<figcaption>Figura 1 - Tim Berners-Lee a Londra 2012</figcaption></figure><p>Tim Berners-Lee alla festa di inaugurazione dei giochi olimpici di Londra, seduto su una postazione che replica il primo web server, lancia il tweet: "<em>And this is for everyone…</em>"</p>

Tim Berners-Lee alla festa di inaugurazione dei giochi olimpicidi Londra, seduto su una postazione che replica il primo webserver, lancia il tweet: "And this is for everyone…"



Canvas (http://www.w3.org/html/wg/wiki/AddedElementCanvas)

elemento usato per restituire "al volo" grafica bitmap (es. grafici, giochi, animazioni, etc.)

i disabili visivi al momento non possono fruire dei contenuti

HTML5 al momento non dispone di meccanismi specifici per supportare l'accessibilità di questoelemento

per le immagini generate al volo, e poi non modificate, può essere sufficiente un testo alternativo

per grafici animati, può bastare una descrizione

per applicazioni realmente interattive le alternative testuali non sono sufficienti

se è davvero necessario utilizzare l'elemento <canvas>, l'accessibilità deve essere inclusa nellaspecifica, che deve fornire una strategia alternativa, supportata dalla tecnologia assistiva



per approfondire…



Ultima versione pubblicata:http://www.w3.org/TR/html51/ (attualmente WD 17 giugno 2014)

L'ultima versione di HTML (HTML5):http://www.w3.org/TR/html/

L'ultima versione dell'Editor's Draft:http://www.w3.org/html/wg/drafts/html/master/ (13 novembre 2014)



Independent User Interface (IndieUI): metodo per comunicare le user action alle web application

le web application possono operare in modo più semplice in una varietà di contesti indipendentemente dalle differenze didispositivi, tecnologie assistive e requisiti utente

nell'esempio in figura uno scroll down, che può essere attivato in vari modi (touch screen, scroll bar, rotelle del mouse,Page Down, comando vocale) viene sempre tradotto in uno scroll event di IndieUI (scrollrequest(x/y))

gli sviluppatori possono catturare gli eventi senza tener conto di come vengono svolte le azioni (progettazione uniforme perdispositivi e contesti diversi)

Documenti:

Working Draft of IndieUI: Events approvato dal Working Group

Editors' Draft of IndieUI: Events

Working Draft of IndieUI: User Context 1.0 approvato dal Working Group

Editors' Draft of IndieUI: User Context



http://www.w3.org/WAI/mobile/

Non esistono linee guida separate per la mobile accessibility

aspetti essenziali già coperti dalle linee guida W3C sull'accessibilità (in particolare WCAG e UAAG)

previste informazioni aggiuntive sulla loro applicazione nel contesto mobile

Attività

IndieUI (Independent User Interface) - Vedi: IndieUI Overview e Use Cases and Requirements.

WAI-ARIA (Accessible Rich Internet Applications)

HTML5 a cura dell'HTML Accessibility Task Force.

WCAG (tecniche e altri suggerimenti per progettisti e sviluppatori) a cura della Mobile Accessibility Task Force.

UAAG (User Agent Accessibility Guidelines). Documentazione: Mobile Accessibility Examples from UAAG, e Applying UAAG to Mobile Phones (prima bozza)

Mobile Accessibility Research Report basato sui contenuti del Mobile Accessibility Symposium (giugno 2012).

Accessibility Support Database contiene informazioni sul supporto dell'accessibilità nelle tecnologie web, inclusi i dispositivi mobili e le relative piattaforme

Revisione del documento Standards for Web Applications on Mobile a cura del Protocols and Formats Working Group (PFWG).

If you would like to be more involved in WAI's work on mobile accessibility, please send an e-mail with a little about yourinterests and time availability to [email protected] with Subject: mobile accessibility volunteer



L' accessibilità è nel "DNA del Web" ed è il risultato di un approccioculturale: un buon sito deve essere usabile e accessibile

Le WCAG 2.0 sono una Recommendation e costituiscono un puntodi riferimento

Per non frammentare il Web occorre che le legislazioni internazionalisi armonizzino

HTML5 è la tecnologia di riferimento per i prossimi anni

Il W3C continua lo sviluppo delle tecnologie

WAI assicura che siano sempre tenute presenti le esigenze diaccessibilità

Partecipare al W3C è un modo per essere attori dello sviluppo



Se non è sul Web non esiste ...

... troverete sul sito dell' Ufficio (http://www.w3c.it/) le slide (http://www.w3c.it/talks/2014/handimatica2014/)



Oreste Signore, HANDImatica 2014 - X ...€¦ · I siti web e le applicazioni web devono essere...

Documents

Transcript of Oreste Signore, HANDImatica 2014 - X ...€¦ · I siti web e le applicazioni web devono essere...