Marina Buzzi (CNR-IIT) e Oreste Signore, <oreste@w3c.it> (Responsabile Ufficio Italiano W3C) Area della Ricerca CNR - via Moruzzi, Pisa

Transcript

1 I requisiti tecnici - Oreste Signore 1 of 61 Marina Buzzi (CNR-IIT) e Oreste Signore, <oreste@w3c.it> (Responsabile Ufficio Italiano W3C) Area della Ricerca CNR - via Moruzzi, Pisa Corso Aquarius - Modulo E Pisa, Firenze, Siena - novembre 2010 Presentazione: Versione pdf:

2 I requisiti tecnici - Oreste Signore 2 of 61 Questa presentazione utilizza anche materiale proveniente da presentazioni di Shawn Lawton Henry (W3C - Web Accessibility Initiative) 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 I requisiti tecnici - Oreste Signore 3 of 61 Il quadro di riferimento: WAI e WCAG 2.0 Metodologia per la verifica tecnica Indipendenza dalla piattaforma Tecnologie compatibili con l'accessibilità Criteri di conformità Requisiti tecnici I principi ispiratori e i dodici requisiti Punti di controllo per la verifica dei requisiti

4 I requisiti tecnici - Oreste Signore 4 of 61 Vedi

5 I requisiti tecnici - Oreste Signore 5 of 61 Crediti e descrizione

6 I requisiti tecnici - Oreste Signore 6 of 61

7 I requisiti tecnici - Oreste Signore 7 of 61

8 I requisiti tecnici - Oreste Signore 8 of 61 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 Understanding WCAG 2.0: A guide to understanding and implementing Web Content Accessibility Guidelines 2.0 Techniques for WCAG 2.0: Techniques and Failures for Web Content Accessibility Guidelines 2.0 da quanto tempo si parla di accessibilità!

9 I requisiti tecnici - Oreste Signore 9 of 61 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 Un generico riferimento alle guideline non è sufficiente. Occorrono: Un testo di riferimento in lingua nazionale (possibile ora come authorized translation) Regole da rispettare per essere conformi (eventualmente anche a livelli diversi, tenendo presenti anche i costi) Criteri non ambigui e verificabili in maniera oggettiva (vanno considerati eventuali aspetti legali) I Success Criteria delle WCAG 2.0 sono verificabili Armonizzazione a livello internazionale Monitoraggio dei siti Diffondere e far crescere la cultura dell'accessibilità (forse l'aspetto più importante)

10 I requisiti tecnici - Oreste Signore 10 of 61 Spinta generale per il passaggio alle WCAG 2.0 (vedi Expert meeting on web accessibility in Europe and the implementation of Web Content Accessibility Guidelines (WCAG) 2.0) anche se con qualche cautela Molte traduzioni autorizzate in corso, segno di grande interesse verso una versione ufficiale da utilizzare come riferimento Ancora poche modifiche ufficiali

11 I requisiti tecnici - Oreste Signore 11 of 61 Specifiche definite quando le WCAG 2.0 erano ancora a livello di Working Draft Requisiti tecnici (verifica oggettiva) Metodologia e criteri di valutazione (verifica soggettiva) Rispetto alle WCAG 1.0 maggiore attenzione agli aspetti di usabilità Considerate normative internazionali, risultati di ricerca Necessariamente divergenti dallo standard internazionale Alcuni aspetti definiti con precisione, altri meno

12 I requisiti tecnici - Oreste Signore 12 of 61 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.

13 I requisiti tecnici - Oreste Signore 13 of 61 Formalmente sono ancora in vigore i vecchi requisiti, come specificato nel D.M. 8 luglio 2005 Alcune difficoltà a fronte dell'evoluzione del Web e delle tecnologie javascript interattività e UGC (User Generated Content) Il periodo di discussione pubblica è iniziato a giugno 2010 (termine previsto l'11 luglio 2010) Poche osservazioni Ancora in attesa dell'emanazione del decreto! Parliamo quindi di WCAG 2.0, facendo riferimento a quanto recepito nella bozza del nuovo D.M.

14 I requisiti tecnici - Oreste Signore 14 of 61 Recepisce sostanzialmente l'impianto delle WCAG 2.0 Principi: richiamati come principi ispiratori Linee guida: 12 requisiti, numerati progressivamente da 1 a 12 Criteri di successo: denominati "Punti di controllo" numerazione progressiva all'interno dei singoli requisiti recepiti tutti e criteri di successo di livello A e AA, ed uno di livello AAA Corrispondenza 1:1 (a parte il caso del punto di controllo 2.3 che corrisponde ai criteri di successo e 1.2.5)

15 I requisiti tecnici - Oreste Signore 15 of 61 I requisiti tecnici si applicano a tutti i casi in cui i soggetti di cui all'articolo 3 comma 1 della Legge 4/2004 forniscono informazioni o servizi su reti Internet, Intranet o Extranet, su supporti informatici removibili (quali ad esempio CD-ROM, DVD) utilizzabili anche in caso di stazioni di lavoro non collegate ad una rete telematica. Le informazioni ed i servizi erogati possono essere resi fruibili mediante: siti Web applicazioni realizzate con tecnologie Web documenti resi disponibili sui siti Web documenti di cui al requisito 11 dell' allegato D del DM 8 luglio 2005 A quali esigenze vengono incontro i vari requisiti? Vedi il rapporto del progetto "ACCESSIBLE, Grant Agreement No " [ ACCESSIBLE_D3.1 - web] [ACCESSIBLE_D3.1 - local]

16 I requisiti tecnici - Oreste Signore 16 of 61 Indipendenza dalla piattaforma Tecnologie compatibili con l'accessibilità Criteri di conformità

17 I requisiti tecnici - Oreste Signore 17 of 61 Le informazioni e i servizi erogati devono essere fruibili su varie piattaforme e su diversi browser. Cosa significa? Come si verifica?

18 I requisiti tecnici - Oreste Signore 18 of 61 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)

19 I requisiti tecnici - Oreste Signore 19 of 61 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à: 1. le tecnologie di base che sono definite da: [ ](HTML, CSS, XML, SVG, etc.) Nell'utilizzo delle tecnologie di base è obbligatorio rispettare i seguenti vincoli: Per la tecnologia utilizzata, è obbligatorio dichiarare esplicitamente, quando previsto, la grammatica formale adottata. È vietato l'utilizzo degli elementi, degli attributi e delle funzioni definiti deprecati nella specifica della grammatica formale adottata. Il codice impiegato deve essere valido rispetto alla grammatica formale adottata. 2. [cont.]

20 I requisiti tecnici - Oreste Signore 20 of [ ] 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. Esempi di simili linee guida sono consultabili nelle pagine e nelle pagine /WCAG20/implementation-report/accessibility_support, nonché sul sito dell' Ufficio Italiano del W3C all'indirizzo Web: 3. i programmi che l'utente deve eventualmente utilizzare per la fruizione della tecnologia in oggetto devono supportare le tecnologie assistive Sono definiti non compatibili con l'accessibilità le tecnologie ed i formati non compresi nei punti 1 e 2 o che non ne rispettano le condizioni e i vincoli.

21 I requisiti tecnici - Oreste Signore 21 of 61 L'enunciato [ it] [en] Livello di conformità [it] [en] Pagine complete [it] [en] Processi completi [it] [en] Utilizzo di sole tecnologie con modalità compatibile con l'accessibilità [it] [en] Non interferenza [it] [en]

22 I requisiti tecnici - Oreste Signore 22 of 61 Versione estratta dalla bozza pubblicata e rivista La conformità ai requisiti tecnici richiede il rispetto dei seguenti criteri: Totalità dei requisiti tecnici Pagine complete Processi completi Tecnologie per informazioni e servizi Non interferenza Formato e contenuto dei documenti

23 I requisiti tecnici - Oreste Signore 23 of 61 Totalità dei requisiti tecnici Tutti i requisiti tecnici, quando applicabili, devono essere soddisfatti Più restrittivo rispetto a WCAG 2.0, dove sono ammessi vari livelli di conformità (A, AA, AAA) Problemi derivanti dall'imporre un unico livello di conformità costi ( non essenziale ) possibili discriminazioni mancato raggiungimento del livello AAA

24 I requisiti tecnici - Oreste Signore 24 of 61 Pagine complete: la conformità va riferita ad intere pagine Web tenuto conto del criterio di non interferenza Gestione di elementi spuri Ammessi se non bloccanti (principio di non interferenza )

25 I requisiti tecnici - Oreste Signore 25 of 61 Processi completi: quando un servizio è erogato mediante un processo che si sviluppa su più pagine Web allora tutte le pagine Web ad esso relative devono essere conformi, anche quando tali pagine si trovino su siti diversi Impatto sulla metodologia di verifica

26 I requisiti tecnici - Oreste Signore 26 of 61 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à Non è una restrizione reale Nessuna tecnologia è esclusa a priori

27 I requisiti tecnici - Oreste Signore 27 of 61 Non interferenza Eventuali contenuti non essenziali per l'erogazione di informazioni e servizi, possono utilizzare tecnologie non compatibili con l'accessibilità purché non impediscano agli utenti di accedere alle informazioni e servizi della pagina. Per tali contenuti è comunque richiesto il rispetto dei punti di controllo: Controllo del sonoro, Nessun impedimento all'uso della tastiera, Lampeggiamenti, Pausa, stop, nascondi

28 I requisiti tecnici - Oreste Signore 28 of 61 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à, devono essere forniti sommario e descrizione degli scopi dei documenti stessi in forma adatta ad essere fruita con le tecnologie compatibili con l'accessibilità e devono essere indicate in modo chiaro le modalità di accesso alle informazioni equivalenti a quelle presentate nei documenti digitali non accessibili, come indicato nell'articolo 54, comma 1, punto b. del Dlgs 82/2005 "Codice dell'amministrazione digitale" come modificato dal Dlgs 159/2006 e successive integrazioni.

29 I requisiti tecnici - Oreste Signore 29 of 61 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

30 I requisiti tecnici - Oreste Signore 30 of 61 I principi ispiratori e i dodici requisiti Punti di controllo per la verifica dei requisiti

31 I requisiti tecnici - Oreste Signore 31 of 61

32 I requisiti tecnici - Oreste Signore 32 of 61 (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)

33 I requisiti tecnici - Oreste Signore 33 of 61 Quattro principi di progettazione Per ogni principio, le guideline (12 in tutto) Per ogni guideline, sono definiti dei criteri di successo (success criteria) da conseguire per essere conformi allo standard Per ogni guideline e criterio di successo sono documentate diverse tecniche (Sufficient and Advisory Techniques) tecniche sufficienti: adeguate per conseguire il criterio di successo tecniche consigliate : vanno al di là del minimo richiesto e consentono di conseguire meglio gli obiettivi della guideline

34 I requisiti tecnici - Oreste Signore 34 of 61 I criteri di successo (success criteria): sono verificabili (automaticamente o con intervento umano) permettono di definire meglio le guideline e determinare la conformità sono raggruppati in tre livelli, che rappresentano livelli crescenti di accessibilità sono tutti essenziali per qualcuno Differenze tra success criteria e priorità Un esempio: Guideline 3.1: Rendere leggibile e comprensibile il contenuto testuale [online] [local] Livello A: Specificare la lingua della pagina web in modo che possa essere rilevata in maniera automatica Livello AA: Specificare tutti i cambi di lingua, esclusi nomi propri, termini tecnici, parole usuali nel contesto specifico, etc. Livello AAA: meccanismi automatici per identificare definizioni di parole non usuali, significato delle abbreviazioni, necessità di un livello di scolarizzazione superiore a quella della scuola primaria, pronunzia esatta di omografi con significati differenti.

35 I requisiti tecnici - Oreste Signore 35 of 61 L' informazione e i componenti dell' interfaccia utente devono essere presentabili agli utenti in modo da essere percepibili Alternative testuali Contenuti audio, contenuti video, animazioni Adattabile Distinguibile

36 I requisiti tecnici - Oreste Signore 36 of 61 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 altro ancora

37 I requisiti tecnici - Oreste Signore 37 of 61 WCAG 2.0 Cosa significa Guideline 1.1 Text Alternatives: Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as large print, braille, speech, symbols or simpler language. [in inglese] Linea guida 1.1 Alternative testuali: Fornire alternative testuali per qualsiasi contenuto non di testo in modo che questo possa essere trasformato in altre forme fruibili secondo le necessità degli utenti come stampa a caratteri ingranditi, Braille, sintesi vocale, simboli o un linguaggio più semplice. [in italiano] Understanding Guideline 1.1 Tutti i contenuti non testuali devono essere disponibili anche come testo (testo puro, non testo-immagine) Il testo è neutro per la presentazione, e può essere reso nella forma più adeguata (visiva, tattile, uditiva, o loro combinazioni) per venire incontro alle esigenze degli utenti Bozza D.M. Requisito 1 - Alternative testuali: Fornire alternative testuali per qualsiasi contenuto non di testo in modo che lo stesso contenuto possa essere trasformato in altre forme fruibili secondo le necessità degli utenti, come ad esempio stampa a caratteri ingranditi, Braille, sintesi vocale, simboli o altra modalità di rappresentazione del contenuto. Differenze Nel testo del D.M. non si parla di linguaggio più semplice ma semplicemente di altra modalità di rappresentazione del contenuto

38 I requisiti tecnici - Oreste Signore 39 of 61 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]) Un altro esempio:

39 I requisiti tecnici - Oreste Signore 40 of 61 <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>

40 I requisiti tecnici - Oreste Signore 41 of 61 WCAG 2.0 Cosa significa Guideline 1.2 Time-based Media: Provide alternatives for time-based media. [in inglese] Linea guida 1.2 Tipi di media temporizzati: Fornire alternative per i tipi di media temporizzati. [in italiano] Understanding Guideline 1.2 Linea guida per contenuti: solo audio solo video audio-video audio e/o video con interazione Vengono anche distinti i contenuti in tempo reale o registrati Bozza D.M. Requisito 2 - Contenuti audio, contenuti video, animazioni: Fornire alternative testuali equivalenti per le informazioni veicolate da formati audio, formati video, formati contenenti immagini animate (animazioni), formati multisensoriali in genere. Differenze Semanticamente equivalenti, ma la versione del D.M. è più precisa nel descrivere cosa si intende per time-based media

41 I requisiti tecnici - Oreste Signore 42 of 61 WCAG 2.0 Cosa significa Guideline 1.3 Adaptable: Create content that can be presented in different ways (for example simpler layout) without losing information or structure [in inglese] Linea guida 1.3 Adattabile: Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdere informazioni o la struttura [in italiano] Understanding Guideline 1.3 Se l'informazione contenuta implicitamente in una particolare presentazione non può essere determinata a programma, non può essere resa in altre modalità necessarie per le particolari esigenze dell'utente Le informazioni codificate a livello di presentazione devono essere anche disponibili in modo da essere presentate in maniera alternativa Bozza D.M. Requisito 3 - Adattabile: Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdita di informazioni o struttura. Differenze Sostanzialmente nessuna. Preferibile la versione del D.M.

42 I requisiti tecnici - Oreste Signore 43 of 61 WCAG 2.0 Cosa significa Guideline 1.4 Distinguishable: Make it easier for users to see and hear content including separating foreground from background [in inglese] Linea guida 1.4 Distinguibile: Rendere più semplice agli utenti la visione e l'ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo [in italiano] Understanding Guideline 1.4 Non riguarda la presentazione in formati alternativi, ma vuol rendere la presentazione facilmente percepibile a tutte le persone disabili Obiettivo principale rendere distinguibile la presentazione in foreground rispetto a quella in background (sfondi colorati, immagini di sfondo, sottofondo sonoro) Bozza D.M. Requisito 4 - Distinguibile: Rendere più semplice agli utenti la visione e l'ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo. Differenze Nessuna

43 I requisiti tecnici - Oreste Signore 44 of 61 I componenti e la navigazione dell'interfaccia utente devono essere utilizzabili Accessibile da tastiera Adeguata disponibilità di tempo Crisi epilettiche Navigabile

44 I requisiti tecnici - Oreste Signore 45 of 61 WCAG 2.0 Cosa significa Guideline 2.1 Keyboard Accessible: Make all functionality available from a keyboard [in inglese] Linea guida 2.1 Accessibile da tastiera: Rendere disponibili tutte le funzionalità tramite tastiera [in italiano] Understanding Guideline 2.1 L'input da tastiera, se non è dipendente dal tempo, è il più flessibile. Può essere generato, tramite tecnologia assistiva, da varie fonti (input vocale, tastiere virtuali, etc.) Sono permessi altri tipi di input: il vincolo è che sia disponibile anche un input via tastiera Alcuni dispositivi non hanno tastiere native, ma hanno la possibilità di generare testo, per questo si parla di "keyboard interface" Bozza D.M. Requisito 5 - Accessibile da tastiera: Rendere disponibili tutte le funzionalità anche tramite tastiera. Differenze Nessuna

45 I requisiti tecnici - Oreste Signore 46 of 61 WCAG 2.0 Cosa significa Guideline 2.2 Enough Time: Provide users enough time to read and use content. [in inglese] Linea guida 2.2 Adeguata disponibilità di tempo: Fornire agli utenti tempo sufficiente per leggere ed utilizzare i contenuti [in italiano] Understanding Guideline 2.2 Molti utenti disabili hanno bisogno di più tempo per svolgere i compiti(lentezza nella risposta o nella lettura, difficoltà nel reperire le informazioni da leggere, utilizzo di tecnologie assistive che richiedono tempo) Consentire agli utenti di lavorare con i loro tempi Eliminazione dei vincoli temporali o possibilità di estenderli (sono previste delle eccezioni) Bozza D.M. Requisito 6 - Adeguata disponibilità di tempo: Fornire all'utente tempo sufficiente per leggere ed utilizzare i contenuti. Differenze Nessuna

46 I requisiti tecnici - Oreste Signore 47 of 61 WCAG 2.0 Cosa significa Guideline 2.3 Seizures: Do not design content in a way that is known to cause seizures. [in inglese] Linea guida 2.3 Convulsioni: Non sviluppare contenuti che possano causare attacchi epilettici [in italiano] Understanding Guideline 2.3 Contenuti lampeggianti possono causare crisi epilettiche in alcuni soggetti predisposti. La maggior parte dei soggetti non sa di essere affetta da questa patologia fino a quando non si manifesta una crisi Il semplice avvertimento non è sufficiente, perché viene spesso ignorato, specialmente dai bambini che potrebbero non essere in grado di leggerli Il rispetto di questa guideline garantisce che contenuti conformi non contengono lampeggiamenti che potrebbero causare crisi epilettiche se osservati anche per uno o due secondi Bozza D.M. Requisito 7 - Crisi epilettiche: Non sviluppare contenuti che possano causare crisi epilettiche Differenze Nessuna

47 I requisiti tecnici - Oreste Signore 48 of 61 WCAG 2.0 Cosa significa Guideline 2.4 Navigable: Provide ways to help users navigate, find content, and determine where they are. [in inglese] Linea guida 2.4 Navigabile: Fornire delle funzionalità di supporto all'utente per navigare, trovare contenuti e determinare la propria posizione [in italiano] Understanding Guideline 2.4 Sapere dove ci si trova Avere indicazione sulla destinazione dei link Ricordarsi che lo screen reader legge in maniera sequenziale Soluzioni poco usuali possono creare confusione, specialmente nei disabili cognitivi Bozza D.M. Requisito 8 - Navigabile: Fornire all'utente funzionalità di supporto per navigare, trovare contenuti e determinare la propria posizione nel sito e nelle pagine Differenze Semanticamente equivalente, ma più specifico nel testo del D.M.

48 I requisiti tecnici - Oreste Signore 49 of 61 (sito cnr)

49 I requisiti tecnici - Oreste Signore 50 of 61

50 I requisiti tecnici - Oreste Signore 51 of 61 (sito:

51 I requisiti tecnici - Oreste Signore 52 of 61

52 I requisiti tecnici - Oreste Signore 53 of 61 Le informazioni e le operazioni dell'interfaccia utente devono essere comprensibili Leggibile Prevedibile Assistenza nell'inserimento di dati e informazioni

53 I requisiti tecnici - Oreste Signore 54 of 61 WCAG 2.0 Cosa significa Guideline 3.1 Readable: Make text content readable and understandable. [in inglese] Linea guida 3.1 Leggibile: Rendere il testo leggibile e comprensibile [in italiano] Understanding Guideline 3.1 Deve essere leggibile il contenuto, e devono esistere informazioni adeguate per renderlo comprensibile I vari utenti possono percepire i contenuti in maniera diversa (visiva, uditiva, tattile) Alcune parole o espressioni possono essere complesse, e difficili da comprendere Può essere difficile comprendere una parola o una locuzione dal contesto, specialmente se utilizzate in maniera poco usuale In alcuni casi la lingua, la codifica e il senso di lettura possono determinare una presentazione non corretta (il problema è particolarmente grave per le persone con disabilità) Bozza D.M. Requisito 9 - Leggibile: Rendere leggibile e comprensibile il contenuto testuale Differenze Semanticamente equivalente (preferibile la versione del D.M.)

54 I requisiti tecnici - Oreste Signore 55 of 61 WCAG 2.0 Cosa significa Guideline 3.2 Predictable: Make Web pages appear and operate in predictable ways. [in inglese] Linea guida 3.2 Prevedibile: Creare pagine Web che appaiano e che siano prevedibili [in italiano] Understanding Guideline 3.2 Gli screen reader leggono in maniera sequenziale, non è sempre agevole farsi un'idea della struttura della pagina I disabili cognitivi possono confondersi se trovano le stesse funzioni in punti diversi nelle varie pagine Gli ipovedenti vedono solo porzioni ingrandite dello schermo Le persone con disabilità motorie agli arti superiori possono compiere più facilmente le loro operazioni, se i componenti funzionali sono in posizioni predicibili Bozza D.M. Requisito 10 - Prevedibile: Creare pagine Web che appaiano e che si comportino in maniera prevedibile Differenze Semanticamente equivalente

55 I requisiti tecnici - Oreste Signore 56 of 61 WCAG 2.0 Cosa significa Guideline 3.3 Input Assistance: Help users avoid and correct mistakes. [in inglese] Linea guida 3.3 Assistenza nell'inserimento: Aiutare gli utenti ad evitare gli errori ed agevolarli nella loro correzione [in italiano] Understanding Guideline 3.3 Le persone disabili possono incorrere più facilmente in errori di immissione Per le persone disabili non è sempre facile individuare gli errori mediante i metodi usati più di frequente per segnalarli, a causa di possibili limitazioni del campo visivo, della percezione del colore, o a causa della tecnologia assistiva utilizzata Bozza D.M. Requisito 11 - Assistenza nell'inserimento di dati e informazioni: Aiutare l'utente ad evitare gli errori ed agevolarlo nella loro correzione Differenze Semanticamente equivalente

56 I requisiti tecnici - Oreste Signore 57 of 61 Il contenuto deve essere abbastanza robusto per essere interpretato in maniera affidabile mediante una vasta gamma di programmi utente, comprese le tecnologie assistive Compatibile

57 I requisiti tecnici - Oreste Signore 58 of 61 WCAG 2.0 Cosa significa Guideline 4.1 Compatible: Maximize compatibility with current and future user agents, including assistive technologies [in inglese] Linea guida 4.1 Compatibile: Garantire la massima compatibilità con i programmi utente attuali e futuri, comprese le tecnologie assistive [in italiano] Understanding Guideline 4.1 Compatibilità con gli user agent e le tecnologie assistive a fronte della loro evoluzione usare un markup corretto evitare codice o markup non convenzionali Bozza D.M. Requisito 12 - Compatibile: Garantire la massima compatibilità con i programmi utente e con le tecnologie assistive Differenze Non si parla di compatibilità con le tecnologie future

58 I requisiti tecnici - Oreste Signore 59 of 61 A chi serve il rispetto dei vari requisiti [documento riassuntivo] Confronto tra WCAG 2.0 e bozza modifica allegato D del DM 8 luglio 2005 [tabellaconfronto]

59 I requisiti tecnici - Oreste Signore 60 of 61 Le WCAG 2.0 sono un approccio culturale globale all'accessibilità Tutte le normative fanno riferimento a WCAG Le WCAG 2.0 sono Recommendation dall' 11 dicembre 2008: quando verranno adottate nella legislazione italiana?

60 I requisiti tecnici - Oreste Signore 61 of 61 Se non è sul Web non esiste troverete sul sito dell' Ufficio ( le slide (