Accessibilit dello spazio virtuale Definizione Errori di Accessibilit
Accessibilità dello spazio virtuale ØDefinizione ØErrori di Accessibilità di accessibilità ØQuadro normativo italiano ØComponenti Essenziali dell’accessibilità delle tecnologie web e delle tecnologie portatili: §Web Content Accessibility Guidelines 2. 0 §Authoring Tool Accessibility Guidelines (ATAG) ØValutatori ØAnalisi automatici dell’accessibilità manuale dell’accessibilità
ØDefinizione di Accessibilità La rete �Fonte di informazioni, servizi e prodotti �Luogo per ◦ la formazione ◦ il lavoro ◦ la comunicazione �L’accesso ad Internet è notevolmente diffuso sebbene esistano ancora luoghi ad alto “digital divide”. 2
ØDefinizione di Accessibilità Digital divide �Termine che indica molteplici significati: ◦ Impossibilità economica all’accesso: Quando l’utente non ha uno status sociale che gli permette l’acquisto degli strumenti necessari per accedere a internet (hardware e conessione) e/o delle competenze per l’accesso alla rete. ◦ La presenza di barriere fisiche: assenza di connessione alla rete in un territorio geografico. ◦ Culturali indotte/esogene: Siti inaccessibili, o siti irraggiungibili dagli utenti di un territorio geografico per motivi socio-politici. ◦ Culturali personali/endogene: Incapacità nell’utilizzo del pc o di internet dovuto a fattori come età, e cultura.
ØDefinizione di Accessibilità Perché l’accessibilità del Web? La rete è un ambiente virtuale e come tale può potenziare o ostacolare le capacità della persona ◦ L’accessibilità è la condizione necessaria per sviluppare le potenzialità, limitando gli ostacoli che gli utenti potrebbero incontrare, Favorendo: �Il diritto �all’informazione �alla possibilità di operare delle scelte �all’autonomia �Un equa distribuzione delle risorse �La diffusione di direttive, linee guida, leggi �Un buon business 4
ØDefinizione di Accessibilità Criteri base per progettare un sito accessibile � Scopo � Identificare dell’utenza � Stato le caratteristiche e le esigenze dell’arte ◦ tecnologia a disposizione per la navigazione ◦ soluzioni tecniche già esistenti ◦ quadro legislativo � Sviluppo prototipo � Validazione del codice � Verifica manuale � Prodotto finale 5
ØDefinizione di Accessibilità Le caratteristiche dell’utenza Durante la fase di progettazione di un sito Web, lo sviluppatore deve tenere presenti le diverse situazioni in cui si trovano gli utenti. Le difficoltà di accesso al Web possono essere legate alla � disabilità sensoriale, motoria o cognitiva ◦ Temporanea ◦ Permanente �Variabilità degli strumenti a disposizione dell’utente ◦ Browser (tipo, versione) ◦ Ausili tecnologici a disposizione ◦ Tipo di computer, monitor, connessione ad Internet ◦ Sistema operativo 6
ØDefinizione di Accessibilità Barriere all’accesso al Web (1) � Nel caso di disabilità a livello visivo (cecità, ipovisione, daltonismo) ◦ ◦ ◦ I simboli matematici Immagini, image map Multimedia (video descrittivi) Form, Tabelle e Frame Documenti in pdf � Nel caso di disabilita’ a livello uditivo ◦ Multimedia (suoni, video clip senza sottotitoli) ◦ Interfacce vocali 7
ØDefinizione di Accessibilità Barriere all’accesso al Web (2) � Nel caso di disabilita’ a livello motorio ◦ Affollamento di link ◦ Bottoni scarsamente identificabili ◦ Assenza di alternative da tastiera � Nel caso di disabilita’ a livello cognitivo ◦ complessità del contenuto e della presentazione del documento ◦ Eccessiva velocità delle scritte scorrevoli o dei banner multi-immagine 8
ØDefinizione di Accessibilità Strumenti HW e SW per l’accesso al Web Esistono numerosi strumenti utili per l’accesso al Web. � Software : ◦ Lettori e ingranditori di schermo ◦ Browser progettati con speciali caratteristiche di accessibilità ◦ Caratteristiche aggiuntive di accessibilità dei browser più diffusi � Hardware: ◦ Dispositivi di puntamento ◦ Sintesi vocale ◦ Dispositivi Braille 9
ØDefinizione di Accessibilità Screen reader Lettori di schermo Lo screen reader (lettore di schermo) è un software che legge per l’utente gli elementi presentati sullo schermo dal sistema operativo in modo sequenziale. Supportano come output la sintesi vocale o le barre Braille. Si può utilizzare con la maggior parte dei programmi software più diffusi (Word, Excel, programmi di grafica. . . ). Nell’ambito dell’accessibilità Web gli screen reader possono operare congiuntamente con i browser presenti sul mercato. 10
ØDefinizione di Accessibilità Ingranditori di schermo Si tratta di un software che ingrandisce il contenuto dello schermo di un fattore incrementale predefinito (doppio, triplo, …). Operano simultaneamente ai programmi attivi nel computer. Possono ingrandire tutto lo schermo o porzioni di esso. Consentono anche di invertire le combinazioni di colore testo/sfondo. 11
ØDefinizione di Accessibilità I dispositivi Braille Le barre Braille sono dei dispositivi elettronici utilizzati per leggere il testo che il computer invia al monitor. E’ costituito da una tastiera che fornisce un output in Braille. 12
ØDefinizione di Accessibilità Browser dedicati Alcuni browsers sono stati sviluppati con speciali caratteristiche. ◦ ◦ ◦ ◦ Touch-screen Interfaccia semplificata Output vocale Ingrandimento di schermo Navigazione semplificata da tastiera Icone audio Supporto Braille Font speciali 13
ØDefinizione di Accessibilità Definizioni di accessibilità (I): contesto nazionale �Legge Stanca (Legge 4 del 9 gennaio 2004): «accessibilità» è la capacità dei sistemi informatici, nelle forme e nei limiti consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari
ØDefinizione di Accessibilità Definizioni di accessibilità (II): contesto internazionale �Web Accessibility Iniziative (WAI): Web accessibility means that people with disabilities can use the Web. More specifically, Web accessibility means that people with disabilities can perceive, understand, navigate, and interact with the Web, and that they can contribute to the Web accessibility also benefits others, including older people with changing abilities due to aging. (http: //www. w 3. org/WAI/intro/accessibility. php)
ØDefinizione di Accessibilità come proprietà dell’oggetto �L’accessibilità è una proprietà dell’oggetto che può essere implementata seguendo regole specifiche e ben delineate di progettazione e di valutazione dell’interfaccia. �Tuttavia essendo la relazione fra l’utente e la tecnologia il prodotto di un’interazione, la progettazione e valutazione dell’accessibilità di una tecnologia non può essere totalmente esaurita dalla valutazione del codice secondo linee guida internazionali. �Il test con utenti in cui viene valutata l’accessibilità e l’usabilità di un prototipo è sempre necessaria per avere la certezza che il proprio prodotto sia “Universalmente progettato”
ØDefinizione di Accessibilità Relazione fra accessibilità ed usabilità �Per ora definiamo brevemente: L’usabilità come l’efficacia, l’efficienza e la soddisfazione di un utente rispetto ad una tecnologia in un determinato contesto d’uso. � Sia l’accessibilità che l’usabilità sono caratteristiche l’interfaccia deve possedere per essere universale, cioè per essere comprensibile, utilizzabile, apprendibile etc… da tutti i possibili utenti. ◦ SE un’interfaccia è accessibile può essere o non essere usabile ◦ Se un’interfaccia NON è accessibile sicuramente non sarà possibile dire che è usabile, perché l’accesso universale è una condizione necessaria (ma non sufficiente) per garantire la possibilità di un uso universale.
Sezione 2 – Errori di accessibilità
ØErrori di Accessibilità Linee guida dell’accessibilità Un premessa prima di parlare di linee guida dell’accessibilità! �Si parla di WEB accessibility guidelines perchè non ci sono linee guida per software, la cui accessibilità può essere valutata in conformità ad alcune delle linee guida del web.
ØErrori di Accessibilità Un precisazione fondamentale �L’accessibilità non significa che il codice (Html, php, asp, Java etc. . ) sia senza errori. �L’accessibilità = accessibilità ai contenuti, alle informazioni e alle funzioni di un sito/applicazione �Un codice Valido è un punto di partenza non un punto di arrivo
ØErrori di Accessibilità Perchè la non accessibilità è un problema? (I) “The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect. ” Tim Berners-Lee, W 3 C Director and inventor of the World Wide Web. Se consideriamo la situazione dei non vedenti: � Solo il 5% dei libri online è stato trascritto in Braille e una percentuale poco superiore è stata riprodotta in audio libri, � Non sono disponibili molti “talking newspapers” � Poster scientifici, articoli, manuali etc… non sono accessibili on-line Possiamo definire questa situazione un deserto informativo
ØErrori di Accessibilità Perchè la non accessibilità è un problema? (II) � In ogni nazione Europea esistono normative (più – UK, USA, GR etc. . o meno – IT – rispettate) �A livello internazionale esistono linee guide (WCAG 2. 0) riconosciute come uno standard de facto.
ØErrori di Accessibilità Chi ha problemi con il WEB? �Non vedenti, o ipovedenti �Non udenti e ipoudenti �Persone con problemi di mobilità Persone con problemi nei movimenti di precisione (finomotorie) �Persone con disabilità cognitive �Problemi di attenzione e problemi specifici di apprendimento (dislessia) *Vedremo più avanti specifiche tecnologie assistive (psicotecnologie) per diversi tipi di disabilità)
ØErrori di Accessibilità Esempi di non accessibilità (I) �Per poter osservare alcuni esempi di dobbiamo stabilire che esistono diversi livelli di accessibilità, secondo le linee guida della WAI (WCAG 2. 0): �Livello AAA
ØErrori di Accessibilità Esempi di non accessibilità (II) � Non accessibile (www. repubblica. it): ◦ I validatori automatici indicano più di 250 errori di accessibilità ◦ Un esempio di errore grave tutte le immagini hanno una descrizione, che però non descrive l’immagine ma riporta semplicemente parte del titolo dell’articolo a cui è associata. ◦ La navigazione tramite tastiera è difficile Tuttavia lo stesso vale per l’ International Herald Tribune, o l’Independent inglese � Accessibile livello AA: un errore minore può essere rilevato manualmente (http: //www. finanze. it/export/finanze/index. htm: ) ◦ Alla validazione del codice html la home passa il test di accessibilità ◦ È uno dei pochi siti con il logo “accessibile” della legge Stanca. ◦ È presente un evidente errore: “le icone principali dentro la pagina fanno parte del layout e non sono “visibili” tramite screen reader per non vedenti.
Non sono immagini e non hanno una descrizione “alt” per cui per un non vedente queste icone non esistono
ØErrori di Accessibilità Miti sull’accessibilità �Non sono siti con solo testo �Non sono siti statici �Non sono siti solo persone disabili �Sicuramente creare siti accessibili è più costoso di creare siti non accessibili, ma creare un sito accessibile: ◦ Riduce i costi dell’usabilità: un sito accessibile è sempre più usabile. ◦ Aumenta l’utenza perchè più persone possono utilizzare il sito. ◦ Un sito progettatto accessibile avrà anche un livello di usabilità maggiore per gli utenti rispetto ad uno non accessibile. ◦ I costi per sviluppare l’usabilità di un sito accessibile saranno ridotti rispetto ad uno non accessibile.
ØErrori di Accessibilità Alcune short rules per l’accessibilità del web � � � � � Inserimento dei META TAG e delle informazioni adeguatamente studiate. Inserimento di un titolo appropriato per ogni pagina all’interno del interno TITLE Sapere che i motori utilizzano il primo testo incontrato nel sito come o parole determinanti per l’indicizzazione (problemi con Flash, Pdf, Video, ecc) Una buona strategia è sfruttare i CSS per inserire del testo ad hoc non visualizzabile, ma ugualmente catturato dai Web Crawler Evitare l’utilizzo di parole chiave ad alta occorrenza, ma dal contenuto differente da quanto realmente esposto nel sito Evitare la ripetizione e l’uso smodato delle parole chiave Nominare le immagini con delle stringhe che siano facilmente associabili al sito ed i suoi contenuti (es: tortellini_rana. jpg) Inserire una descrizione efficace delle immagini all’interno del TAG ALT Creare una rete di LINKS che indirizzino al proprio sito Registrare la URL del proprio sito presso i principali motori di ricerca
Azioni dal prototipo al rilascio Prototipo Sistema finale Ridisegno Interazione Valutazione (accessibilità ed usabilità)
Sezione 3 - Quadro normativo italiano
ØQuadro normativo italiano Legge Stanca sull’accessibilità � Legge Stanca del 9 gennaio 2004, n. 4 – Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici ◦ Gazzetta Ufficiale n. 13 del 17 gennaio 2004 � Commento alla Legge di Enrico De Giovanni ◦ Capo dell’Ufficio Legislativo del Ministro per l’innovazione e le tecnologie 31
ØQuadro normativo italiano Art. 1: Obiettivi e finalità 1. 2. La Repubblica riconosce e tutela il diritto di ogni persona ad accedere a tutte le fonti di informazione e ai relativi servizi, ivi compresi quelli che si articolano attraverso gli strumenti informatici e telematici. È tutelato e garantito, in particolare, il diritto di accesso ai servizi informatici e telematici della pubblica amministrazione e ai servizi di pubblica utilità da parte delle persone disabili, in ottemperanza al principio di uguaglianza ai sensi dell’articolo 3 della Costituzione. � L’articolo 1 garantisce, specificamente, il diritto delle persone disabili all’accesso ai servizi informatici e telematici della pubblica amministrazione ed ai servizi di pubblica utilità. Si tratta di un’affermazione che era contenuta, seppur con diverse formulazioni, nei vari testi poi unificati e costituisce, nella sua specificità, un’importante applicazione dei principi costituzionali […]; essa integra, inoltre, i principi in materia di diritti ed integrazioni sociali dettati dalla legge 5 febbraio 1992. 32
ØQuadro normativo italiano Art. 2: Definizioni – Accessibilità 1. Ai fini della presente legge, si intende per: a) accessibilità: la capacità dei sistemi informatici, nelle forme e nei limiti consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari; � L’articolo 2 definisce le nozioni di accessibilità e di tecnologie assistive evidenziando la strumentalità della messa a disposizione dei disabili di tali tecnologie rispetto all’obiettivo espresso dalla nozione di “accessibilità”della fruizione da parte degli stessi di servizi e di informazioni; 33
ØQuadro normativo italiano Art. 2: Definizioni – Tecnologie assistive a) tecnologie assistive: gli strumenti e le soluzioni tecniche, hardware e software, che permettono alla persona disabile, superando o riducendo le condizioni di svantaggio, di accedere alle informazioni e ai servizi erogati dai sistemi informatici. � la norma sancisce la rilevanza giuridica, sociale e politica dell’esistenza di strumenti e soluzioni tecniche hardware e software tali da far superare o ridurre le condizioni di svantaggio derivanti dalla disabilità. 34
ØQuadro normativo italiano Art. 12: Normative internazionali 1. 2. Il regolamento di cui all’articolo 10 e il decreto di cui all’articolo 11 sono emanati osservando le linee guida indicate nelle comunicazioni, nelle raccomandazioni e nelle direttive sull’accessibilità dell’Unione europea, nonché nelle normative internazionalmente riconosciute e tenendo conto degli indirizzi forniti dagli organismi pubblici e privati, anche internazionali, operanti nel settore. Il decreto di cui all’articolo 11 è periodicamente aggiornato, con la medesima procedura, per il tempestivo recepimento delle modifiche delle normative di cui al comma 1 e delle innovazioni tecnologiche nel frattempo intervenute. �È infine importante sottolineare che l’art. 12 impone l’adeguamento alle norme internazionali ed europee in materia di accessibilità. 35
ØQuadro normativo italiano Regolamento di attuazione della legge Stanca �Decreto del Presidente della Repubblica, 1 marzo 2005, n. 75 – Regolamento di attuazione della legge 9 gennaio 2004, n. 4 per favorire l’accesso dei soggetti disabili agli strumenti informatici ◦ Gazzetta Ufficiale n. 101 del 3 maggio 2005 36
ØQuadro normativo italiano Art. 1: Definizioni 1. Ai fini del presente regolamento s’intende per: a) accessibilità: [rimanda alla Legge 4/04]; b) tecnologie assistive: [rimanda alla Legge 4/04]; c) valutazione: processo con il quale si riscontra la rispondenza dei servizi ai requisiti di accessibilità; d) verifica tecnica: valutazione condotta da esperti, anche con strumenti informatici, sulla base di parametri tecnici; e) verifica soggettiva: valutazione del livello di qualità dei servizi, già giudicati accessibili tramite la verifica tecnica, effettuata con l’intervento del destinatario, anche disabile, sulla base di considerazioni empiriche; f) fruibilità: la caratteristica dei servizi di rispondere a criteri di facilità e semplicità d’uso, di efficienza, di rispondenza alle esigenze dell’utente, di gradevolezza e di soddisfazione nell’uso del prodotto; g) soggetti privati: [non soggetti pubblici (cfr. Legge 4/04)]; h) valutatori: soggetti iscritti nell’apposito elenco e qualificati a certificare le caratteristiche di accessibilità dei servizi. 37
ØQuadro normativo italiano Art. 2: Criteri e principi generali per l’accessibilità (comma 1 e 2) 1. Sono accessibili i servizi realizzati tramite sistemi informatici che presentano i seguenti requisiti: a) accessibilità al contenuto del servizio da parte dell’utente; b) fruibilità delle informazioni […]; c) compatibilità con le linee guida indicate nelle comunicazioni, nelle raccomandazioni e nelle direttive sull’accessibilità dell’Unione europea, nonché nelle normative internazionalmente riconosciute e tenendo conto degli indirizzi forniti dagli organismi pubblici e privati, anche internazionali, operanti nel settore, quali l’International Organization for Standardization (ISO) e il World Wide Web Consortium (W 3 C). 2. Con apposito decreto del Ministro per l’innovazione e le tecnologie […] sono dettate specifiche regole tecniche disciplinano l’accessibilità, da parte degli utenti, agli strumenti didattici e formativi. 38
ØQuadro normativo italiano Art. 2: Criteri e principi generali per l’accessibilità (comma 1 b) Comma 1 b fruibilità delle informazioni offerte, caratterizzata anche da: 1. facilità e semplicità d’uso assicurando, fra l’altro, che le azioni da compiere per ottenere servizi e informazioni siano sempre uniformi tra loro; 2. efficienza nell’uso assicurando, fra l’altro, la separazione tra contenuto, presentazione e modalità di funzionamento delle interfacce, nonché la possibilità di rendere disponibile l’informazione attraverso differenti canali sensoriali; 3. efficacia nell’uso e rispondenza alle esigenze dell’utente assicurando, fra l’altro, che le azioni da compiere per ottenere in modo corretto servizi e informazioni siano indipendenti dal dispositivo utilizzato per l’accesso; 4. soddisfazione nell’uso assicurando, fra l’altro, l’accesso al servizio e all’informazione senza ingiustificati disagi o vincoli per l’utente; 39
ØQuadro normativo italiano Art. 3: Valutazione dell’accessibilità (comma 1 -2) Il CNIPA, con proprio provvedimento, istituisce presso di sé l’elenco dei valutatori, stabilendone le modalità tecniche per la tenuta, nonché garantisce la pubblicità dell’elenco medesimo e delle citate modalità sul proprio sito internet. 2. Nell’elenco […] sono iscritte le persone giuridiche interessate che ne fanno richiesta dimostrando di possedere i seguenti requisiti: 1. a) garanzia di imparzialità ed indipendenza nell’esercizio delle proprie attività; b) disponibilità di una adeguata strumentazione per l’applicazione delle metodologie di verifica tecnica e di verifica soggettiva di cui all’articolo 1, comma 1, rispettivamente lettere d) ed e); c) disponibilità di figure professionali esperte nelle suddette metodologie di verifica e di figure idonee ad interagire con i soggetti con specifiche disabilità. 40
ØQuadro normativo italiano Art. 3: Valutazione dell’accessibilità (comma 5 -6) 5. Con il decreto del Ministro per l’innovazione e le tecnologie […] sono stabiliti: a) le specifiche tecniche per la sussistenza dei requisiti di cui al comma 2, lettere b) e c); b) gli importi massimi dovuti dai soggetti privati come corrispettivo per l’attività svolta dai valutatori di cui al comma 1, tenuto conto dei costi di organizzazione aziendale nella misura minima, maggiorati del dieci per cento; c) le somme dovute dai soggetti privati quale rimborso delle spese amministrative […]. 6. Il venire meno dei requisiti in base ai quali è avvenuta l’iscrizione determina la cancellazione dall’elenco […]. 41
ØQuadro normativo italiano Art. 5: Logo attestante il possesso del requisito di accessibilità (comma 1) 1. *** Il logo che attesta il superamento della sola verifica tecnica raffigura un personal computer di colore terra di Siena, unito a tre figure umane stilizzate rispettivamente, da sinistra, di colore celeste, azzurro e amaranto, le quali fuoriescono dallo schermo a braccia levate; all’esito della verifica soggettiva, il diverso livello di qualità raggiunto dal servizio è indicato mediante asterischi, da uno a tre, riportati nella parte del logo raffigurante la tastiera del personal computer. 42
Art. 8: Modalità di utilizzo del logo da parte dei soggetti pubblici ØQuadro normativo italiano 1. Le amministrazioni pubbliche […] che intendono utilizzare il logo sui siti e sui servizi forniti, provvedono autonomamente a valutare l’accessibilità sulla base delle regole tecniche definite con il decreto del Ministro per l’innovazione e le tecnologie […]; la valutazione positiva, previa segnalazione al CNIPA, consente l’utilizzo del logo. Prof. Stefano Federici Psicotecnologie dell'apprendimento 43
ØQuadro normativo italiano Decreto ministeriale dell’ 8 luglio 2005 – Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti informatici � Decreto del MINISTRO PER L’INNOVAZIONE E LE TECNOLOGIE – Definizioni, requisiti tecnici e procedure per la verifica dell’accessibilità degli strumenti informatici della pubblica amministrazione 1. 2. 3. 4. 5. 6. 7. 8. Definizioni e ambito d’applicazione Requisiti tecnici e livelli di accessibilità Accessibilità per i personal computer, l’ambiente operativo, le applicazioni e i prodotti a scaffale Specifiche tecniche per la sussistenza dei requisiti dei soggetti valutatori Svolgimento delle verifiche e determinazione degli importi massimi dovuti dai soggetti privati Logo attestante il possesso del requisito di accessibilità Utilizzo del logo Rimborso delle spese amministrative sostenute dalla Presidenza del Consiglio dei Ministri per le attività inerenti l’utilizzo del logo e le funzioni ispettive n Allegato A: Verifica tecnica e requisiti tecnici di accessibilità delle applicazioni basate su tecnologie internet n Allegato B: Metodologia e criteri di valutazione per la verifica soggettiva dell’accessibilità delle applicazioni basate su tecnologie internet n Allegato C: Requisiti tecnici di accessibilità per i personal computer di tipo desktop e portatili n Allegato D: Requisiti tecnici di accessibilità per l’ambiente operativo, le applicazioni e i prodotti a scaffale n Allegato E: Logo di accessibilità dei siti Web e delle applicazioni realizzate con tecnologie Internet n Allegato F: Importi massimi dovuti dai soggetti privati come corrispettivo per l’attività svolta dai valutatori Prof. Stefano Federici Psicotecnologie dell'apprendimento 44
ØQuadro normativo italiano Art. 1: Definizioni e ambito d’applicazione (a-h) a) b) c) d) e) f) g) h) accessibilità: [rimanda alla Legge 4/04]; ambiente operativo: insieme di programmi e di interfacce utente che consentono l’utilizzo delle risorse hardware e software disponibili sul computer; applet: programma autonomo, in genere scritto in linguaggio Java, che può essere inserito in una pagina Web per fornire informazioni o funzionalità; applicazione: programma informatico che consente all’utente di svolgere specifici compiti; applicazione Internet: programma sviluppato adottando tecnologie Internet, in particolare utilizzando il protocollo HTTP (Hyper. Text Transfer Protocol) per il trasferimento dei dati e il linguaggio a marcatori (X)HTML (e. Xtensible Hyper. Text Markup Language) per la presentazione e la struttura dell’informazione; browser: programma informatico che consente di accedere alle risorse presenti su un sito Web; CD-ROM (Compact Disc – Read Only Memory) e DVD (Digital Versatile Disc): particolari tipi di supporto ottico di memorizzazione; em: unità di misura tipografica che prende a riferimento la larghezza del carattere M; 45
ØQuadro normativo italiano Art. 1: Definizioni e ambito d’applicazione (i-q) i) l) m) n) o) p) q) esperto di fattori umani: soggetto in possesso di diploma di laurea, anche triennale, comprendente un anno di formazione in discipline ergonomiche, quali ergonomia dell’ambiente, ergonomia dell’hardware, ergonomia cognitiva, macroergonomia, che abbia svolto un tirocinio documentato di almeno un anno; esperto di interazione con persone disabili: soggetto in possesso di diploma di laurea, anche triennale, esperto di problematiche di comunicazione e di utilizzo delle tecnologie dell’informazione e della comunicazione, che abbia maturato un’esperienza professionale biennale nel settore; esperto tecnico: soggetto esperto in tecnologie Web e problematiche dell’accessibilità; focus: elemento attivo in un’interfaccia utente; fogli di stile: strumento per mezzo del quale è possibile separare i contenuti di una pagina Web dalle modalità tipografiche con le quali essi vengono presentati; frame: struttura di una pagina Web costituita da due o più parti indipendenti; fruibilità: [rimanda al DPR]; 46
ØQuadro normativo italiano Art. 1: Definizioni e ambito d’applicazione (r-z) r) s) t) u) v) z) gestore di evento: parte di programma informatico che si attiva al verificarsi di un evento logico o dipendente dal dispositivo di input; gruppo di valutazione: gruppo di utenti, anche disabili, che svolgono compiti assegnati dall’esperto di fattori umani per l’effettuazione della verifica soggettiva; homepage: prima pagina che viene resa disponibile all’utente quando si accede a un indirizzo corrispondente a un sito Web; interattività: caratteristica del programma informatico che richiede l’intervento dell’utente per espletare le sue funzionalità; interfaccia utente: programma informatico che gestisce l’output e l’input dell’utente da e verso un computer in modo interattivo, realizzato attraverso una rappresentazione basata su metafore grafiche (interfaccia grafica) oppure attraverso comandi impartiti in modo testuale (interfaccia testuale); interfaccia di programmazione (API, Application Program Interface): insieme di programmi che consentono ad applicazioni diverse di comunicare tra loro; 47
ØQuadro normativo italiano Art. 1: Definizioni e ambito d’applicazione (aa-hh) aa) Internet: rete mondiale di computer basata sulla famiglia di protocolli di comunicazione TCP/IP (Transmission Control Protocol/Internet Protocol); bb) Intranet: rete di computer basata sugli stessi protocolli di Internet, riservata all’uso esclusivo di una organizzazione, o gruppo di utenti; cc) legge: legge 9 gennaio 2004, n. 4 […]; dd) linguaggio a marcatori: modalità di rappresentazione delle informazioni che utilizza indicatori (marcatori) per qualificare l’informazione stessa; ee) moduli di interazione o form: strumenti mediante i quali l’utente interagisce con il sito Web fornendo e ricevendo specifiche informazioni; ff) pagina Web: elemento informativo di base di un sito Web, realizzato mediante un linguaggio a marcatori che può contenere oggetti testuali e multimediali ed immagini; gg) prodotti a scaffale: applicazioni preconfezionate da utilizzarsi anche senza sviluppare appositi programmi di adattamento; hh) regolamento: decreto del Presidente della Repubblica 1° marzo 2005 […]; 48
ØQuadro normativo italiano Art. 1: Definizioni e ambito d’applicazione (ii-qq) script: sequenza di istruzioni in linguaggio di programmazione che può essere inserita in una pagina Web per fornire funzionalità aggiuntive; ll) sito Web: insieme strutturato di pagine Web utilizzato per veicolare informazioni o erogare servizi, comunemente definito anche sito Internet; mm)task: compito specifico che l’esperto di fattori umani assegna ad un componente del gruppo di valutazione per simulare situazioni concrete di interazione con il sistema informatico; nn) tecnologie assistive: strumenti e soluzioni tecniche, hardware e software, che permettono alla persona disabile, superando o riducendo le condizioni di svantaggio, di accedere alle informazioni e ai servizi erogati dai sistemi informatici; oo) tecnologie Web: insieme degli standard definiti dall’ISO e delle “Recommendation” del Consorzio W 3 C finalizzato a veicolare informazioni o erogare servizi su reti che utilizzano il protocollo http, comunemente definite anche tecnologie Internet; pp) verifica tecnica: valutazione condotta da esperti, anche con strumenti informatici, sulla base di parametri tecnici; qq) verifica soggettiva: valutazione del livello di qualità dei servizi, già giudicati accessibili tramite la verifica tecnica, effettuata con l’intervento del destinatario, anche disabile, sulla base di considerazioni empiriche. ii) 49
ØQuadro normativo italiano Art. 2: Requisiti tecnici e livelli di accessibilità Il presente decreto definisce negli allegati A, B, C e D, che ne costituiscono parte integrante, le linee guida recanti i requisiti tecnici e i diversi livelli per l’accessibilità […]. 2. Il primo livello di accessibilità dei siti Web è accertato previo esito positivo della verifica tecnica che riscontra la conformità delle pagine dei medesimi siti ai requisiti tecnici elencati nell’allegato A, applicando la metodologia ivi indicata. 3. I requisiti tecnici si applicano anche nei casi in cui i soggetti […] forniscono informazioni o erogano servizi mediante applicazioni Internet rese disponibili su reti Intranet o su supporti, come CDROM, DVD, utilizzabili anche in caso di personal computer non collegato alla rete. 4. Il secondo livello di accessibilità riguarda la qualità delle informazioni fornite e dei servizi erogati dal sito Web e si articola in primo, secondo e terzo livello di qualità; tali livelli di qualità sono accertati con la verifica soggettiva attraverso i criteri di valutazione di cui all’allegato B, applicando la metodologia ivi indicata. 1. 50
ØQuadro normativo italiano Art. 4: Specifiche tecniche per la sussistenza dei requisiti dei soggetti valutatori Le persone giuridiche interessate alla iscrizione nell’elenco dei valutatori […] presentano documentazione idonea a comprovare la disponibilità di risorse strumentali da consentire l’effettuazione delle verifiche tecnica e soggettiva. 2. Le persone giuridiche di cui al comma 1 forniscono altresì elementi idonei a comprovare la disponibilità delle seguenti risorse professionali, anche se non legate alle medesime da rapporto di lavoro dipendente: 1. a) b) c) d) esperto di fattori umani, esperto tecnico, esperto di interazione con i soggetti disabili, gruppo di valutazione. 51
ØQuadro normativo italiano Allegato B: Metodologia e criteri di valutazione per la verifica soggettiva dell’accessibilità delle applicazioni basate su tecnologie internet 1. Metodologia per la verifica soggettiva La metodologia di verifica soggettiva delle applicazioni basate su tecnologie internet si articola in 4 principali fasi: 1. Analisi da parte di uno o più esperti di fattori umani 2. Costituzione del gruppo di valutazione 3. Esecuzione dei task da parte del gruppo di valutazione 4. Valutazione dei risultati ed elaborazione del rapporto conclusivo 52
ØQuadro normativo italiano Allegato B: 1. Metodologia – Fase 1: Analisi da parte di uno o più esperti di fattori umani /1 � La valutazione da parte di uno o più esperti di fattori umani consiste essenzialmente nel metodo della simulazione cognitiva attraverso il quale ◦ l’esperto DEFINISCE � contesti, � scopi e � modi di interazione dell’utente, presente nel gruppo di valutazione, con il sito e � costruisce scenari d’uso che simulano a livello cognitivo il comportamento dell’utente. ◦ L’esperto di fattori umani CONOSCE � i servizi che il sito intende erogare; � le informazioni che può fornire; � le azioni richieste all’utente per raggiungere tali obiettivi per mezzo dell’interfaccia; � le informazioni sugli utenti potenziali; � sulla esperienza e conoscenza a loro richieste per interagire con il sito. 53
ØQuadro normativo italiano Allegato B: 1. Metodologia – Fase 1: Analisi da parte di uno o più esperti di fattori umani /2 �Assegnare a ciascuno dei criteri indicati, ove applicabili, un giudizio su una scala crescente di valori da 1 a 5 in cui: 1. corrisponde a nessuna rispondenza dell’ambiente al criterio in esame; 2. corrisponde a poca rispondenza dell’ambiente al criterio in esame; 3. corrisponde a sufficiente rispondenza dell’ambiente al criterio in esame; 4. corrisponde a molta rispondenza dell’ambiente al criterio in esame; 5. corrisponde a moltissima rispondenza dell’ambiente al criterio in esame. 54
ØQuadro normativo italiano Allegato B: 1. Metodologia – Fase 2: Costituzione del gruppo di valutazione �Costituzione del gruppo di valutazione i cui componenti disabili utilizzano le proprie tecnologie assistive; fanno parte del gruppo di valutazione utenti rappresentativi dei diversi tipi di disabilità: ◦ ◦ ◦ sordità, ipovisione, daltonismo, cecità, disabilità motoria agli arti superiori, distrofia spastica, disabilità cognitiva, nonché soggetti appartenenti a diverse categorie di utenti interessate ad accedere al sito. 55
ØQuadro normativo italiano Allegato B: 1. Metodologia – Fase 3: Esecuzione dei task da parte del gruppo di valutazione � L’esecuzione dei task da parte dei componenti del gruppo di valutazione avviene ◦ sia in contesti usuali (casa, ambiente di lavoro), ◦ sia in contesti appositamente costituiti (ambiente di laboratorio). � Il gruppo di valutazione esegue una serie di prove basate sulla interazione con l’ambiente. Le prove vengono svolte ◦ in forma libera, cioè senza compiti specifici, ◦ ovvero per obiettivi, se eseguite secondo compiti specifici. � Nella esecuzione delle prove, il gruppo di valutazione è guidato dall’esperto di fattori umani. ◦ Nel corso della navigazione libera, l’esperto raccoglie � i commenti dell’utente, anche verbali, e � le osservazioni sul suo comportamento. ◦ Nella prova su compiti specifici, l’esperto registra � il tipo di compito, � la quantità di tempo impiegata per svolgerlo e � gli eventuali errori commessi ed annota i commenti dell’utente e � le osservazioni sul suo comportamento. 56
ØQuadro normativo italiano Allegato B: 1. Metodologia – Fase 4: Valutazione dei risultati ed elaborazione del rapporto conclusivo � La verifica soggettiva si conclude con la predisposizione di un rapporto nel quale l’esperto di fattori umani indica ◦ ◦ la valutazione su scale soggettive ricavata dalla simulazione cognitiva dallo stesso effettuata, le proprie considerazioni sulle caratteristiche qualitative del sito, i dati relativi alle prestazioni degli utenti in relazione ai compiti affidati: � performance, � commenti, � osservazioni comportamentali, � le risposte a questionari di valutazione compilati dagli utenti la valutazione complessiva del livello di qualità raggiunto secondo il seguente schema: valore medio complessivo Livello di qualità <2 Nessuno ≥ 2 e<3 1° ≥ 3 e<4 2° ≥ 4 3° 57
ØQuadro normativo italiano Allegato B: 2. Criteri di valutazione /1 2. Criteri di valutazione I criteri essenziali su cui basare la verifica soggettiva dei siti Web e delle applicazioni realizzate con tecnologie Internet sono: 1. percezione: informazioni e comandi necessari per l’esecuzione dell’attività devono essere sempre disponibili e percettibili; 2. comprensibilità: informazioni e comandi necessari per l’esecuzione delle attività devono essere facili da capire e da usare; 3. operabilità: informazioni e comandi devono consentire una scelta immediata della azione adeguata per raggiungere l’obiettivo voluto; 4. coerenza: simboli, messaggi e azioni devono avere lo stesso significato in tutto l’ambiente; 5. salvaguardia della salute (safety): l’ambiente deve possedere caratteristiche idonee a salvaguardare il benessere psicofisico dell’utente; 58
ØQuadro normativo italiano Allegato B: 2. Criteri di valutazione /2 6. 7. 8. 9. 10. 11. 12. sicurezza: l’ambiente deve possedere caratteristiche idonee a fornire transazioni e dati affidabili, gestiti con adeguati livelli di sicurezza; trasparenza: l’ambiente deve comunicare all’utente lo stato, gli effetti delle azioni compiute e le informazioni necessarie per la corretta valutazione della dinamica dell’ambiente stesso; apprendibilità: l’ambiente deve possedere caratteristiche di utilizzo di facile e rapido apprendimento; aiuto e documentazione: funzioni di aiuto, quali le guide in linea, e documentazione relativa al funzionamento dell’ambiente devono essere di facili reperimento e connesse al compito svolto dall’utente; tolleranza agli errori: l’ambiente, pur configurandosi in modo da prevenire gli errori, ove questi, comunque, si manifestino, deve fornire appropriati messaggi che individuino chiaramente l’errore occorso e le azioni necessarie per superarlo; gradevolezza: l’ambiente deve possedere caratteristiche idonee a favorire e mantenere l’interesse dell’utente; flessibilità: l’ambiente deve tener conto delle preferenze individuali e dei contesti. 59
ØQuadro normativo italiano Allegato F: Importi massimi dovuti dai soggetti privati come corrispettivo per l’attività svolta dai valutatori 1. Gli importi massimi per l’anno 2005 dovuti dai soggetti privati come corrispettivo per l’attività svolta dai valutatori, sono: € 900, 00 per le attività di verifica tecnica di cui all’Allegato A, paragrafo 2; lettere a) ed e); € 22, 00 per ciascuna pagina, per le attività di verifica tecnica di cui all’Allegato A, paragrafo 2; lettere b), c) e d); € 8. 980, 00 per la verifica soggettiva di un sito. L’importo dovuto all’Erario da parte dei soggetti privati […] per l’anno 2005, è stabilito in € 500, 00. 3. L’importo dovuto all’Erario dai soggetti privati in caso di riscontro […] di un livello di accessibilità inferiore a quello del logo utilizzato, è pari ai costi effettivi dell’avvenuta ispezione determinati sulla base degli importi definiti al comma 1, maggiorati di una quota di partecipazione ai costi per l’espletamento delle funzioni ispettive complessivamente svolte dal Cnipa sui soggetti privati; tale quota, per l’anno 2005, è stabilita nella misura del 75%. 4. […] La percentuale di cui al comma 3 sono aggiornate entro il mese di febbraio di ciascun anno. 2. 60
ØQuadro normativo italiano Deliberazione CNIPA 15 settembre 2005 – Istituzione dell'elenco dei valutatori e definizione delle modalità tecniche per la tenuta � Articoli della Delibera del CNIPA: 1. Definizioni 2. Istituzione dell'elenco pubblico dei valutatori 3. Richiesta di iscrizione all’elenco 4. Modalità di esame delle domande 5. Verifica del possesso dei requisiti 6. Cancellazione dall’elenco 7. Modalità tecniche per la tenuta dell’elenco 61
Sezione 4 - Componenti Essenziali dell’accessibilità delle tecnologie web e delle tecnologie portatili
§ Content Accessibility Guidelines 2. 0
ØWCAG 2. 0 – cosa sono? � Un set di raccomandazioni e lineeguida per rendere accessibili le pagine web alle persone disabili © 2010 64
ØWCAG 2. 0 Per chi sono le WCAG 2. 0? � WCAG ◦ ◦ 2. 0: Sviluppatori di Web content (autori, designers, etc. ) Persone che valutano il web Sviluppatori di tools per il web Chinque abbia bisogno di un riferimento tecnico o una standard di riferimento per il web © 2010 65
ØWCAG 2. 0 – Dove si trovano? �sul sito della WAI website : ◦ Web Content Accessibility Guidelines (WCAG) 2. 0 ◦ www. w 3 c. org/TR/WCAG 20/ ◦ Understanding WCAG 2. 0 www. w 3 c. org/TR/UNDERSTANDING-WCAG 20/ ◦ Techniques to meet WCAG 2. 0 www. w 3 c. org/TR/WCAG 20 -TECHS/ ◦ How to meet WCAG 2. 0 http: //www. w 3. org/WAI/WCAG 20/quickref/ © 2010 66
ØWCAG 2. 0 Documenti delle WCAG 2. 0 � 4 Principi: �Percepibile, Le informazioni e i componenti dell'interfaccia utente devono essere presentati agli utenti in modo che possano essere percepiti. �Utilizzabile, I componenti e la navigazione dell'interfaccia utente devono essere utilizzabili. �Comprensibilie, Le informazioni e le operazioni dell'interfaccia utente devono essere comprensibili. �Robusto, Il contenuto deve essere abbastanza robusto per essere interpretato in maniera affidabile mediante una vasta gamma di programmi utente, comprese le tecnologie assistive. � 12 Linee guida che contengono: �Criteri scritti come dichiarazioni per test �Tecniche di valutazione per raggiungere i criteri © 2010 67
ØWCAG 2. 0 Codici delle techniche di valutazione � WCAG ◦ ◦ ◦ ◦ ◦ WG 2. 0 (http: //www. w 3. org/WAI/GL/) G: Tecniche Generali H: Tecniche HTML e XHTML C: Tecniche CSS SCR: Tecniche di scripting Client-side SVR: Tecniche di scripting server-side SM: Tecniche SMIL T: Tecniche di Plain text ARIA: Tecniche ARIA FLASH: Tecniche FLASH Plus F: common failures
ØWCAG 2. 0 Guideline 1. 3 Adattabilità: Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdere informazioni o la struttura.
ØWCAG 2. 0 Purpose of Guideline 1. 3 Adattabilità �Creare contenuti: ◦ Non dipendenti da una modalità di presentazione ( es. Solo visuale) ◦ Non dipendenti da un ordine di presentazione(es. Colonne di un articolo) ◦ Non dipendente da una particolare caratterisctica sensoriale (es. Colore, posizione, grandezza etc. ) 70
ØWCAG 2. 0 Structure of Guideline 1. 3 Adattabilità � Guideline 1. 3 Adaptable: Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdere informazioni o la struttura. ◦ 1. 3. 1 Informazioni e correlazioni: Le informazioni, la struttura e le correlazioni trasmesse dalla presentazione possono esseredeterminate programmaticamente oppure sono disponibili tramite testo. (Livello A) ◦ 1. 3. 2 Sequenza significativa: Quando la sequenza in cui il contenuto è presentato influisce sul suo significato, la corretta sequenza di lettura può essere determinata programmaticamente. (Livello A) ◦ 1. 3. 3 Caratteristiche sensoriali: Le istruzioni fornite per comprendere ed operare sui contenuti non devono basarsi unicamente su caratteristiche sensoriali dei componenti quali forma, dimensione, ubicazione visiva, orientamento o il suono. (Livello A) 71
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni Tutto in un documento è representato puramente dal testo � Non • Form campi di form che condividono la stessa etichetta • Dati numerici in colonne e righe • Colori usati per raggruppare informazioni 72
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni • Esistono diversi modi per rappresentare informazioni e le loro relazioni: – Indicazioni visuali (legame fra struttura ed elementi) persone vedenti – Indicazioni uditive (un segnale acustico per indicare l’inizio di una sezione) – Informazioni Tattitili (Braille) • Occorre che tutte le diverse modalità di presentazione siano soddisfatte per raggiungere il criterio 73
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni Text �Adattabilità Content Braille dei contenuti Screen reader <a href=“index. htm”>homepage</a> • Adattabilità • del codice “…can find this information on the homepage, where the…” Email address*: • Adattabilità Telephone number : della presentazione 74
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni Usare elementi semantici per indicare la struttura E usare il codice per i testi speciali 1. ◦ Cioè: � <p> per segnare un paragrafo � <a> per segnare un hyperlink � <strong> or <em> testo enfatizzato 75
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni 2. Usare il testo per trasmettere informazioni che sono trasportate da variazioni grafiche del testo – Cioè: Assicurarsi che le informazioni non siano trasmesse solamente da cambi fi Fontt, sottolineature ecc. . . • The colours, strikethroughs, and deletions in the ‘change history’ of a document. 76
ØWCAG 2. 0 Success Criterion 1. 3. 1: Informazioni e correlazioni Saparare le informazioni e la struttura dal modo di presentazione dell’informazione permettendo differenti presentazioni 3. ◦ Cioè: Non mischiare la presentazione (font, o layout) con la struttura (paragrafi, Headings e liste ecc. . ) � Use CSS to separate presentation info from the structural info in HTML � Use the “tagging” feature of a PDF document to store presentation info 77
Success Criterion 1. 3. 1: Esempio Con CSS Senza CSS
ØWCAG 2. 0 Criterio di successo 1. 3. 2: Sequenza significativa • Alcuni aspetti dei documenti possono seguire una specifica Sequenza significativa : – Parole in una frase – Frasi di un paragrafo – Paragrafi di un articolo � Altri aspetti di un documento non devono seguire una Sequenza : ◦ Elementi di una lista ◦ Articoli in una pagina ◦ Sezioni e menu di una pagina web • Los copo di questo criterio è di assicurare che se il contenuto segue una particoalre sequenza significativa, che tale sequenza sia preservata nel tempo 79
ØWCAG 2. 0 Success Criterion 1. 3. 2: Sequenza significativa • Il modo in cui gli utenti accedono alle informazioni influisce su i contenuti: – Gli utenti con gli Screen readers leggono i contenuti in maniera lineare – Gli utenti possono disabilitare gli stili dei CSS cambiando così il layout e lo stile – Gli utenti possono disabilitare i CSS e rimuove tutte le formattazioni • Tuttavia se l’ordine delle informazioni del documento viene conservato l’untente non ha problemi a maneggiare l’informazione 80
ØWCAG 2. 0 Success Criterion 1. 3. 2: Sequenza significativa Assicurarsi che l’ordine dei contennuti sia in una sequenza significativa in tutte le pagine 1. ◦ Cioè: che l’ordine dei contenuti abbia senso � I links nel menu di navigazione menu sia in un ordine significativo � Le Headings, il testo, e le immagini abbiano un ordine significativo 81
ØWCAG 2. 0 Success Criterion 1. 3. 2: Sequenza significativa Creare un ordine dei DOM ( modello a oggetti del documento) che segue il modello presentato visivamente 3. ◦ Cioè: Se una pagina ha un menu di navigazione dopo il logo, a livello di codice gli elementi del menu devo apparire dopo gli elementi che codificano il logo 82
ØWCAG 2. 0 Success Criterion 1. 3. 3: Sequenza significativa �Le istruzioni su come usare un sito web sono utili, sia per gli utenti di tecnologie assistive e per chi è ha familiarità con il sito web �È importante le istruzioni siano tanto accessibili quanto il contenuto �Le istruzioni non devono fare affidamento esclusivamente su l'aspetto o la posizione degli oggetti a cui si riferiscono 83
ØWCAG 2. 0 Success Criterion 1. 3. 3: Sequenza significativa SE PROPRIO SI DEVONO USARE ELEMENTI GRAFICI PER LE AZIONI INTERATTIVE UTILIZZATE TESTI DI SUPPORTO: “Clicca la freccia per proseguire” “Clicca sul bottone a sinistra per andare indietro” Home “Clicca sul bottone viola per uscire dal sito” “Clicca sul bottone verde con la scritta ha home per andare homele informazioni • Questo criterio lo scopo di faralla si che page” addizionali siano create per chiarire tutto ciò che è dipendente dalla caratteristiche sensoriali 84
ØWCAG 2. 0 Success Criterion 1. 3. 3: caratteristiche sensoriali Creare identificazioni testuali di quegli elementi che altrimenti sono rappresentati solo su informazioni sensoriali per essere compresi 1. ◦ Essere sicuri che le istruzioni non si riferiscano a forma, colore e posizione degli oggetti: cioè: � “premete qui” NO! � “Usate la lista dei links a destra con l’etichetta“Altri links” NO! 85
ØWCAG 2. 0 Guideline 1. 4 Distinguibile: Rendere più semplice agli utenti la visione e l'ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo.
ØWCAG 2. 0 Obiettivo Guideline 1. 4 Distinguibile �Il contenuto è stato creato in modo tale che l’utente semplicemente può: � Separate i contenuti in primo piano dallo sfondo �Sia audio (creando contenuti sonori più alti dei suoni che rappresentano lo sfondo) �Sia visuali (utilizzando color di contrasto fra lo sfondo e le informazioni in primo piano) ◦ Visualizzare ed aggiustare la forma del testo (zoom) ◦ Vedere informazioni senza dover seguire un ordine specifico ed obbligato di
ØWCAG 2. 0 Struttura della Guideline 1. 4 Distinguibile (Level A) � 1. 4. 1 Uso del colore: Il colore non deve essere utilizzato come unica modalità visiva per rappresentare informazioni, indicare azioni, richiedere risposte o come elemento di distinzione visiva. (Livello A) ◦ Nota: Questo criterio di successo è specifico per la percezione del colore. Altre modalità di percezione sono presenti nella linea guida 1. 3, incluso l'accesso programmatico al colore e ad altre codifiche visive della presentazione. � 1. 4. 2 Controllo del sonoro: Se un contenuto audio all'interno di una pagina Web è eseguito automaticamente per più di tre secondi è necessario fornire una funzionalità per metterlo in pausa o interromperlo, oppure si deve fornire una modalità per il controllo dell'audio che sia indipendente dal controllo predefinito del sistema. (Livello A) ◦ Nota: Dal momento che qualsiasi contenuto che non soddisfi questo criterio di successo può interferire con la possibilità dell'utente di fruire l'intera pagina, tutto il contenuto della pagina Web (sia se utilizzato o meno per soddisfare altri criteri di successo), deve rispondere a tale criterio di successo.
ØWCAG 2. 0 Criterio di successo 1. 4. 1: Uso del colore �Obiettivo è assicurare che tutti gli utenti possano accedere alle informazioni che sono suggerite dalle differenze di colore ◦ per“Differenze di colore” indichiamo quelle informazioni il cui significato è comprensibile solo dai colori. �Il Focus di questo criterio è nell’utilizzo dei differenti significati delle presentazioni visuali.
ØWCAG 2. 0 Esempi � Se il colore di una parola (o dello sfondo) è usato per dare un’informazione the colour of particular words, backgrounds, or other content is used to indicate information: 1. Assicurarsi che l’informazione è comprendibile dal testo 2. Assicurarsi di dare un informazione corretta e se necessario un feedbak visivo supplementare (es: *)
ØWCAG 2. 0 Guideline 2. 4 Navigabile: Fornire delle funzionalità di supporto all'utente per navigare, trovare contenuti e determinare la propria posizione.
ØWCAG 2. 0 Purpose of Guideline 2. 4 Navigable �Assicurarsi che il contenuto della pagina permetta all’utente: ◦ La navigazione delle pagine (usando links and tabbing) ◦ L’identificazione dei contenuti che l’utente cerca (Etichette di pages and content) ◦ Di comprendere dove si trovano nel sito web (menu di navigazione, site maps)
ØWCAG 2. 0 Success Criterion 2. 4. 1: Bypass Blocks WCAG News Hom e Headlin es Discussio n BUY Search here… BREAD Contact Us HEADLINES: � The main content of a webpage is rarely at the very top of a page – Screen reader users must listen to the same header content repeated on each page before the actual content – Screen magnifier users must search through the header content repeated on each page before the actual content
ØWCAG 2. 0 Success Criterion 2. 4. 1: Bypass Blocks Creare links di skip per passare ai contenuti 1. ◦ Cioè: Link nella barra di navigazione che rimanndano a: � “Skip to main content” � “Skip navigation” � “Skip to lead story”
ØWCAG 2. 0 Success Criterion 2. 4. 2: Page Titled �Books, magazines, newspapers, films, TV shows have unique titles that allows the user to easily indentify what it is they are viewing. �Web pages are no different.
ØWCAG 2. 0 Success Criterion 2. 4. 3: Focus Order �Chi naviga solo con la tastiera ha bisogno di un ordine focalizzato logico ed usabile ◦ Per evitare disorientamento ◦ Per crearsi un modello mentale dei contenuti
ØWCAG 2. 0 Success Criterion 2. 4. 4: Link Purpose (In Context) Clicca qui ? ? • I link non devono mai essere ambigui ma il testo deve chiaramente indicare lo scopo della pagina che si aprirà <a href=“camper. html”>Camper disponibili per il periodo da Giugno a Luglio</a>
ØWCAG 2. 0 Success Criterion 2. 4. 5: Multiple Ways �Diversi utenti hanno diversi modi di navigare: ◦ Cercano qualcosa nelle pagine “searching by scrolling” ◦ Esplorano diverse pagine“browsing” ◦ Utenti con disabilità visive tendono a cercare con il motore di ricerca interno ◦ Utenti con disabilità cognitive preferiscono cercare tramite Table of Contents or site map �Assicurarsi più modalità di navigazione significa andare incontro ai bisogni degli utenti
ØWCAG 2. 0 Success Criterion 2. 4. 10: Section Headings Usare le headings per organizzare la pagina 1. ◦ Cioè: Usare il HTML heading elements (H 1, H 2, H 3, H 4, H 5, and H 6) seguendo un preciso ordine (e. g. H 1 seguito da H 2, H 2 seguito da H 2 or H 3, H 3 seguito da H 3 or H 4, etc. )
WCAG 2. 0 Guideline 3. 1: Readable (leggibile) ØWCAG 2. 0 Creare un testo leggibile e comprensibile
ØWCAG 2. 0 Purpose of Guideline 3. 1: Readable �Assicurare che le persone di ogni età e livello di istruzione siano in grado di leggere i contenuti. �Creare un codice ordinato e chiaro �Assicurare un livello di lettura tramite tecniche di semplificazione del testo (criterio controverso) 101
ØWCAG 2. 0 Guideline 3. 2 Predictable (percepibile) Creare Web pages che siano operabili e percepibili facilmente
ØWCAG 2. 0 Purpose of Guideline 3. 2 Predictable �La linea guida è focalizzata a garantire che le persone non siano disorientate quando navigano c on una pagina web. �Molti dei criteri in realtà hanno a che fare con l'utente che opera i vari componenti, e poi descrivere come i componenti devono reagire. 103
Success Criterion 3. 2. 2: Techniques Prior Description ØWCAG 2. 0 2. Descrivere cosa accadra quando l’utente cliccherà un tasto funzione tipo “Invia”. 104
Success Criterion 3. 2. 4: Techniques Consistent Labeling 1. Utilizzare eticchette, nomi e testi ØWCAG 2. 0 alternativi che chiaramente rimandano ai contenuti ed alle funzioni ◦ Cioè: � Se si una ogetto su più pagine (es. un separatore grafico) questo deve sempre avere lo stesso ALTtext. 105
ØWCAG 2. 0 Guideline 3. 3 Input Assistance Auitere l’utente ad evitare e correggere gli errori
ØWCAG 2. 0 Purpose of Guideline 3. 3 Input Assistance �Questa linea guida si basa sulla riduzione degli errori che possono verificarsi quando si utilizza una pagina web e/o essere in grado di annullare le azioni - di solito si tratta di componenti Web interattivi come i form 107
ØWCAG 2. 0 Success Criterion 3. 3. 1: Error Identification �Quando si crea un messaggio di errore per l’utente occorre, che questo sia chiaro e che venga dichiarato come questo errore può essere percepito. �Per esempio: ◦ Dopo l’inserimento dei dati in un form, appaiono i messaggi di errore ◦ Durante l’inserimento appaiono i messaggi di errore in finestre pop-up 108
ØWCAG 2. 0 Success Criterion 3. 3. 1: Techniques Provide Descriptions (Mandatory Fields) 1. Fornire una descrizione che identifiche i campi obbligatori che sono lasciati vuoti dall’utente ◦ Cioè: �Creare messaggi che indicano i campi che devo essere compilati 109
ØWCAG 2. 0 Success Criterion 3. 3. 1: Techniques Validation through Scripting (Mandatory Fields) 2. Fornire un client-side validation and alert ◦ Cioè: �Quando l’utente sta inserendo i dati se vengono inseriti dati errati (es. una non mail nel campo mail – “pippo@paperino” invece di “pippo@paperino. it”) il browser apre dei pop up con dei messaggi che avvertono dell’erorre e spiegano il perchè. 110
ØWCAG 2. 0 Success Criterion 3. 3. 2: Techniques Provide descriptive labels for data formats 1. Fornire etichette descrittive del compito b) Fornire un testo di istruzione iniziale del form e/o per ogni campo che ha bisogno di specifiche. ◦ Cioè: � Assistere gli uteni prima che inizino a interagire con il form indicando i campi richiesti e come devono essere compilati 111
Success Criterion 3. 3. 2: Techniques Provide descriptive labels forms fill-in Fornire etichette descrittive del compito 1. c) ◦ Posizionare le etichette in modo tale che sia compresibile a cosa si stanno riferendo del form Cioè: � � � Etichette prima del campo da copilare A sinistra del campo A destra del campo Come ti chiami? Inserici il tuo nome* Campo obbligatorio* 112
ØWCAG 2. 0 Guideline 4. 1 Compatible: Massimizzare la compatibilità con gli attuali e futuri utenti, includendo le tecnologie assistive.
ØWCAG 2. 0 Purpose of Guideline 4. 1 Compatible �Assicurarsi che il sito che è stato disegnato potrà incotrare i bisogni di diversi tipi di utenti e di utenti che usano teconologie assistive �Assicurarsi che le pagine siano leggibili conle nuove tecnologie e lavorino come sono stata progettate e non in modo differente 114
ØWCAG 2. 0 Structure of Guideline 4. 1: Compatible ◦ 4. 1. 1 Parsing: In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features. (Level A) ◦ 4. 1. 2 Name, Role, Value: For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies. (Level A) 115
ØWCAG 2. 0 Success Criterion 4. 1. 1: Parsing �Non creare �Esempio di duplicazioni di codice una pagina con 3 link ◦ Non corretta <a href=“cat. html” id=“link” id=“cat”> <a href=“dog. html” id=“link” id=“dog”> <a href=“bird. html” id=“link” id=“bird”> ◦ Corretta <a href=“cat. html” id=“cat-link”> <a href=“dog. html” id=“dog-link”> <a href=“bird. html” id=“bird-link”> 116
ØWCAG 2. 0 Success Criterion 4. 1. 1: Parsing �Assicurarsi �Esempio che l‘attributo ID sia unico: ◦ Non corretto <a href=“cat. html” id=“link”> <a href=“dog. html” id=“link”> <a href=“bird. html” id=“link”> ◦ Corretto <a href=“cat. html” id=“cat-link”> <a href=“dog. html” id=“dog-link”> <a href=“bird. html” id=“bird-link”> 117
ØWCAG 2. 0 Success Criterion 4. 1. 1: Sufficient Techniques 1. Validare la pagina Cioè � Validare con il validatore W 3 C 118
ØWCAG 2. 0 Success Criterion 4. 1. 1: Sufficient Techniques 2. Essere pienamente conformi alle specifiche Cioè: � Controllare tutti gli aspetti indicati dalle specifiche WCGA 119
§Authoring Tool Accessibility Guidelines (ATAG 2. 0)
ØATAG 2. 0 Autoring Tool Any application, part of an application, or collection of applications that authors interact with to create, modify or assemble Web content to be used by other people. � Le ATAG si applicano a ◦ WYSIWYG editors, editors di testo (embedded o stand-alone) ◦ conversion tools, software that can output Web content technologies (e. g. , "Save as HTML") ◦ blogging tools, wikis, online forums, emailers that produce Web-content ◦ multimedia authoring tools ◦ scripting tools, widget development environment ◦ content management systems, courseware tools, content aggregators ◦ site management tools I requisiti di accessibilità si applicano a due aspetti: ◦ l'interfaccia utente ◦ il contenuto prodotto dallo strumento
ØATAG 2. 0 (March 2008 draft) � PART A: Creare tool di authoring accessibili ◦ Principle A. 1: Gli Authoring tool devono facilitare l’accesso con tecnologie assistive (3 guidelines) ◦ Principle A. 2: Gli Authoring tool devono avere interfacce utente percepibili (4 guidelines) ◦ Principle A. 3: Gli Authoring tool devono avere interfacce utente operabili (7 guidelines) ◦ Principle A. 4: Gli Authoring tool devono avere interfacce utente comprensibili (4 guidelines) 122
ØATAG 2. 0 (March 2008 draft) � PART B: Supportare la produzione di contenuti accessibili ◦ Principle B. 1: La produzione di contenuti accessibili deve essere incoraggiata (3 guidelines) ◦ Principle B. 2: Gli autori devono essere supportati nella produzione di contenuti accessibili (5 guidelines) ◦ Principle B. 3: Le soluzioni di accessibilità devono essere promosse ed integrate (5 guidelines) 123
ØATAG 2. 0 Cosa implica la non conformità alle ATAG �A livello organizzativo ◦ Più supporto ed assistenza richiesta dagli autori/utenti per l’uso dell’applicazione ◦ Maggiore lavoro tecnico richiesto per l’uso (es. sviluppare templates accessibili) ◦ Maggiore monitoraggio dell’output �Per le persone ◦ Gli autori devono spendere molto più tempo per controllare il loro lavoro ◦ Gli autori devono lavorare how to manage accessibility limitations 124
ØATAG 2. 0 Esempio di inserimento facilitato di un ALT-Text 125
ØATAG 2. 0 L’utilizzo delle ATAG �I tool di Authoring servono per supportare I non esperiti a creare contenuti accessibili ◦ Quindi la valutazione e la selezione non devono focalizzarsi solamente sulla qualità dell’applicazione ◦ …Ma anche sulla qualità del processo di creazione dell’output 126
Validatori automatici e valutazione manuale � http: //achecker. ca/checker/index. php: Valuta l’intera interfaccia dando un report di tutti gli errori a diversi livelli di Accessibilità dell’HTML e dei CSS � http: //wave. webaim. org/: Valuta l’intera interfaccia dando un report di tutti gli errori a diversi livelli di Accessibilità � http: //validator. w 3. org: Validatore classico del HTML creato dal W 3 C � http: //jigsaw. w 3. org: Validatore classico dei CSS creato dal W 3 C Strumenti indispensabili � http: //webaccessibile. org/articoli/la-barra-dellaccessibilita-versione-20/: Barra dell’accessibilità per Explorer e Firefox questo strumento è essenziale per la valutazione Manuale dell’accessibilità
- Slides: 127