Valutazione Accessibilità - damatoangelo.files.wordpress.com · Accessibilità dei siti web...

Corso di Progettazione dei Sistemi

Interattivi

Valutazione Accessibilità

www.unisa.it

Professori Candidati

Tucci Maurizio Cerrato Albino 0521/000653

Ferrucci Filomena D’Amato Angelo 0521/000698

Farina Barbara 0521/000449

a.a. 2008/2009

Valutazione Accessibilità__________________________________________________________________unisa.it

2

Dal sito W3C (World Wide Web Consortium)

"Per accessibilità web si indica la capacità di

un sito web di essere acceduto efficacemente

(alla sua interfaccia e al suo contenuto) da utenti

diversi in differenti contesti.

Rendere un sito web accessibile significa

permettere l'accesso all'informazione contenuta

nel sito anche a persone con disabilità fisiche

di diverso tipo e a chi dispone di strumenti

hardware e software limitati."

http://www.w3c.it/wai/


3

INDICE

1. Introduzione ...................................................................................... 5

1.1. Accessibilità dei siti web ................................................................................................ 5

1.2. Il ruolo del W3C nello sviluppo delle tecnologie per il Web.................................... 5

1.3. Accessibilità dei siti web pubblici................................................................................ 6

2. La valutazione di un sito web ........................................................ 8

2.1. Scopo della valutazione ................................................................................................. 8

2.2. Strumenti per la valutazione ......................................................................................... 9

2.3. Il sito web in esame: unisa.it ........................................................................................ 11

2.4. Note preliminari alla valutazione ............................................................................... 11

3. I passi della valutazione ................................................................ 12

3.1 Revisione preliminare .................................................................................................. 12

3.2 Selezione di un campione rappresentativo di pagine ............................................. 13

3.3 Uso di diversi browser web ......................................................................................... 14

3.3.1 Eliminazione di immagini e verifica testo alternativo ..................................... 14

3.3.2 Eliminazione suoni e verifica della disponibilità di testo equivalente ......... 15

3.3.3 Variazione la dimensione del font e verificare se la pagina è ancora

utilizzabile e ben leggibile ................................................................................................... 15

3.3.4 Variazione della risoluzione dello schermo e verifica dell’ampiezza della

finestra 16

3.3.5 Passaggio ai toni di grigio e verifica del contrasto dei colori ......................... 17

3.3.6 Verifica del funzionamento corretto del tasto tab per accertarsi

dell’accessibilità di tutti i link e controlli ........................................................................... 22

3.3.7 Visualizzazione disabilitando Javascript ........................................................... 22

3.4 Uso di un browser per dispositivi mobili: Opera Mini Simulator ......................... 23

3.5 Uso di un browser vocale e un browser testuale ..................................................... 24

3.5.1 Browser testuale: Lynx ......................................................................................... 24

3.5.2 Browser vocale: Vocal Reader ............................................................................. 25

3.6 Validazione W3C ............................................................................................................... 26

3.6.1 Validazione HTML ...................................................................................................... 26

3.6.2 Validazione CSS .......................................................................................................... 36

3.7 Uso di tools di valutazione dell’accessibilità e verifica dei problemi riscontrati 40

3.7.1 Analisi con Cynthia Software .............................................................................. 40

3.7.2 Analisi con F.A.E. .................................................................................................. 69

3.8 Conformità alla legge Stanca ....................................................................................... 91

4. Sommario dei risultati ................................................................. 112

4.1 Analisi generale ........................................................................................................... 112

4.2 Analisi HTML e CSS ................................................................................................... 113


4

4.3 Analisi Cynthia Software ........................................................................................... 114

4.4 Analisi F.A.E ................................................................................................................ 115

4.5 Valutazione manuale WCAG 1.0 ............................................................................. 117

4.6 Analisi Conformità Legge Stanca ............................................................................. 118

5. Conclusioni .................................................................................... 119

6. Bibliografia .................................................................................... 121


5

1. Introduzione

1.1. Accessibilità dei siti web

Accessibilità significa possibilità da parte di qualsiasi tipo di utente ai contenuti

informativi dei siti web, indipendentemente dalle abilità possedute dai singoli utenti

o dagli strumenti tecnologici (software o hardware) di cui dispongono.

Gli ostacoli nei quali gli utenti possono incorrere (le così dette ‚Web barriere‛)

possono essere di natura diversa: tecnologica (sistemi non aggiornati, diversamente

configurati, dotati di browser differenti), oppure relativi a disabilità (difficoltà visive,

auditive, motorie, cognitive e percettive).

Spesso i progettisti e sviluppatori di siti web sottovalutano l’importanza dell’usabilità

quando si trovano di fronte alla creazione di un nuovo sito web, forse anche perché

non è facile comprendere come viene vissuto il Web da un utente disabile.

Ma non è impossibile.

Prendiamo come esempio il settore edilizio: la costruzione di un nuovo edificio

avviene tenendo conto di queste esigenze che forse sono più chiare e visibili da

valutare; basta pensare a quanto può essere problematico uno scalino già di soli tre

centimetri all'entrata, poi la situazione diventa più grave nei casi di edifici pubblici,

come ad esempio davanti ad un ospedale. Si tratta delle famose "barriere

architettoniche" che, come è noto, vengono ormai abbattute già in fase progettuale.

Anche nel Web deve essere così e deve essere sempre di più, nel rispetto delle

esigenze specifiche di tutti gli utenti.

Una semplice considerazione che forse potrebbe far riflettere i progettisti del Web, è

come sia possibile non soffermarsi più di tanto a considerare un numero troppo

grande di persone come i disabili, che ammontano a circa cinquecento milioni di

persone in tutto il mondo: ignorare le necessità di tali utenti non solo è una grave

forma di indifferenza e ignoranza, ma parlando da un puro punto di vista

commerciale, potrebbe segnare la perdita di una grande fetta di mercato e di utenti.

Non è quindi forse più conveniente fare qualche piccolo sforzo in più?

1.2. Il ruolo del W3C nello sviluppo delle tecnologie per il

Web

Il World Wide Web Consortium è un consorzio internazionale e assolutamente

neutrale, costituito da oltre 400 membri, che ha come obiettivo di promuovere lo

sviluppo e l’interoperabilità del Web, in particolare operando in cinque domini:

Architecture, Interaction, Technology and Society, Ubiquitous Web, Web

Accessibility Initiative(WAI).


6

La WAI nasce nell’ottobre del 1997, con lo scopo di promuovere e studiare il

webdesign in modo da rendere i contenuti dei siti internet accessibili da parte

dell’intera comunità degli utenti di Internet.

Dato che l’accessibilità è un problema a vari livelli, il WAI ha 5 livelli di lavoro:

assicurare che le tecnologie web supportino l’accessibilità;

sviluppare linee guida per l’accessibilità;

sviluppare e migliorare tools per valutare e migliorare l’accessibilità del Web;

sviluppare materiale per l’educazione all’accessibilità;

coordinare il tutto con ricerca e sviluppo.

In particolare, nel campo dello sviluppo delle linee guida, il WAI si preoccupa di definire

dettagliatamente come creare un contenuto web accessibile, come progettare software

che supporti la produzione di siti web accessibili, come progettare strumenti e browser

accessibili.

L’output di tale lavoro si è concretizzato nella realizzazione di tre tipi di linee guida:

Web Content Accessibility Guidelines 1.0 (WCAG 1.0)

Authoring Tool Accessibility Guidelines 1.0 (ATAG 1.0)

User Agent Accessibility Guidelines 1.0 (UAAG 1.0)

Tali linee guida redatte e promosse dal WAI comprendono dettagliate checklist con

l'elenco delle raccomandazioni, documenti tecnici con tutte le specifiche tecniche e le

implementazioni necessarie per realizzare siti web accessibili a tutti i livelli.

In particolare nel corso della nostra valutazione, ci soffermeremo a valutare la conformità

del sito in esame ai 14 punti definiti dalla WCAG 1.0.

1.3. Accessibilità dei siti web pubblici

Il 2003 fu proclamato anno europeo delle persone con disabilità. Per quanto riguarda

l'uso di Internet e in particolare del Web, ciò ha significato un'attenzione maggiore rivolta

ai problemi che i disabili incontrano quotidianamente nel tentativo di utilizzare

informazioni e servizi presenti in Rete.

Questa maggiore attenzione produsse, in Italia, la proposta di una serie di progetti di

legge, che si prefiggevano l'obiettivo di rendere obbligatorio il rispetto delle regole di

accessibilità quanto meno da parte di tutti i siti che appartengono alla Pubblica

Amministrazione e che svolgono un servizio pubblico. Tra i vari disegni di legge

depositati, si è posizionato primo nell'esame della Camera dei Deputati quello presentato

dal Ministro per l'innovazione tecnologica Lucio Stanca, approvato il 9 gennaio 2004.

All’interno del testo della direttiva vigente ormai da cinque anni, troviamo la seguente

definizione della parola "accessibilità" relativamente alle tecnologie informatiche:

http://www.w3.org/TR/WAI-WEBCONTENT

http://www.w3.org/TR/WAI-AUTOOLS

http://www.w3.org/TR/UAAG10/


7

"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"

Tale legge, in buona parte aderente alle direttive WAI e forse ancora più restrittiva sotto

certi punti di vista, definisce i soggetti che devono garantire l'accessibilità dei propri siti e

sistemi informatici, per garantirne il completo accesso anche a tutti coloro che necessitano

di tecnologie assistive.

Successivamente il decreto ministeriale dell’8 luglio 2005 ha definito i 22 requisiti che i

siti web devono rispettare per ritenersi accessibili; valuteremo la conformità del sito web

preso in esame, in quanto pubblico, anche rispetto ai requisiti imposti da tale legge.


8

2. La valutazione di un sito web

2.1. Scopo della valutazione

Gli obiettivi della nostra valutazione sono incentrati possono essere schematizzati a 3

livelli:

Ad un primo livello ci occuperemo di effettuare una Revisione Preliminare:

l’obiettivo è quindi identificare possibili barriere all’accesso, verificando la

fruibilità dei servizi offerti dal sito web sotto vari profili e da punti di vista

differenti.

Al secondo livello ci occuperemo di valutare la Conformità alle linee guida WCAG

1.0, verificando i 3 livelli di priorità definiti dal W3C:

- Priorità 1

Lo sviluppatore di contenuti web deve conformarsi ai punti di controllo

segnalati con il numero 1 presenti nelle linee guida WCAG 1.0. In caso

contrario, a una o più categorie di utenti verrà precluso l'accesso alle

informazioni presenti nel documento. La conformità a questi punti di

controllo costituiscono un requisito base affinché alcune categorie di utenti

siano in grado di utilizzare documenti web.

- Priorità 2

Lo sviluppatore di contenuti web dovrebbe conformarsi ai punti di controllo

indicati con il numero 2 all’interno delle linee guida WCAG 1.0. In caso

contrario, a una o più categorie di utenti risulterà difficile accedere alle

informazioni nel documento. La conformità a questo punto consente di

rimuovere barriere significative per l'accesso a documenti web.

- Priorità 3

Lo sviluppatore di contenuti web avrebbe dovuto tenere in considerazione i

punti di controllo segnalati con il numero 3 all’interno delle linee guida

WCAG 1.0. In caso contrario, una o più categorie di utenti sarà in qualche

modo ostacolata nell'accedere alle informazioni presenti nel documento. La

conformità a questo punto migliora l'accesso ai documenti web.

Al terzo livello verificheremo la conformità ai 22 punti definiti dalla legge Stanca.


9

2.2. Strumenti per la valutazione

Dopo aver attentamente valutato i numerosi strumenti disponibili per la valutazione di

siti web, abbiamo scelto i seguenti tool:

Validatori semi-automatici:

- Colour Contrast Analyser

E’ uno strumento per controllare le combinazioni fra i colori di

sfondo e di primo piano allo scopo di stabilire se riescono a garantire

una buona visibilità dei colori.

- Validatore W3C per CSS e HTML

E’ uno strumento per la verifica dei fogli di stile a cascata rispetto

alle specifiche CSS, che aiuta la valutazione di un sito web

identificando errori di codice, di ortografia o l'uso non corretto di

CSS, ma inoltre segnala anche se i fogli CSS possono creare eventuali

rischi in termini di usabilità.

E’ disponibile al sito web: http://jigsaw.w3.org/css-validator/

- Validatore WDG HTML Validator

WDG HTML Validator è un potente strumento realizzato da AI

Internet Solutions per verificare l’aderenza agli standard di

documenti Html, Xhtml e in parte anche Css. Fornisce in realtà un

elevato numero di suggerimenti, che vanno al di là della semplice

correttezza del codice: come favorire i motori di ricerca, le accortezze

per rendere le pagine accessibili, dimensioni delle pagine, numero di

livelli di tabelle annidate, link non funzionanti, ecc.

E’ disponibile al sito web: http://htmlhelp.com/tools/validator/

- CSE HTML Validator Lite v9.02

Un ulteriore strumento professionale per la validazione dell’HTML.

E’ disponibile al sito web: http://www.htmlvalidator.com/

- TopStyle 4.0

Un ulteriore strumento professionale per la validazione del CSS,

anche se non gratuito. Possibile scaricare la versione trial.

E’ disponibile al sito web: http://www.topstyle4.com/

- Plug-in Firefox Web-developer

E’ un’estensione gratuita per il browser Firefox che fornisce le

seguenti funzionalità:

http://jigsaw.w3.org/css-validator/

http://htmlhelp.com/tools/validator/

http://www.htmlvalidator.com/

http://www.topstyle4.com/


10

disattivare varie funzioni del browser (Java, JavaScript,

immagini);

visualizzare, modificare e disattivare i fogli di stile;

manipolare i moduli web;

visualizzare la topografia di una pagina;

visualizzare i dettagli etichetta;

svuotare la cache, i cookies e la cronologia;

visualizzare Commenti;

ingrandire il testo e fare lo zoom;

ridimensionare il browser per abbinare un target di

risoluzione;

accedere, in modo semplice e veloce, alla codice sorgente della

pagina;

utilizzare servizi i di convalida web.

- Barra di accessibilità per IE

E’ un’estensione gratuita per Internet Explorer che contiene molte

funzionalità utili per la valutazione dell’accessibilità di un sito web

similmente a quelle identificate per le estensioni di Firefox, come

realizzare trasformazioni sul contenuto delle pagine, modificare

impostazioni del browser, ecc<

Tool online per la valutazione dell’accessibilità

- T.A.W. – Web Accessibility Test

Si tratta di un tool per l’analisi dei siti web, basato sul W3C e sulle Web

Content Accessibilità Guidelines 1.0 (WCAG).

Il tool è reperibile al link: http://www.tawdis.net/taw3/cms/en.

- Cynthia Software

Si tratta di un tool per l’analisi dei siti web, basato sul W3C e sulle Web

Content Accessibilità Guidelines 1.0 (WCAG).

Il tool è reperibile al link: http://www.cynthiasays.com/

- FAE - Functional Accessibility Evaluator

Analizza pagine web verificando la consistenza del markup e inoltre supporta

l'interoperabilità.

Si basa sull'uso delle "iCITA HTML Best Practices" che sono un insieme di

tecniche che sono state delle basi per l'implementazione delle W3C Web

Content Accessibility Guidelines (WCAG), per lo standard Section 508 e per le

IITAA.

Il tool è disponibile al link: http://fae.cita.uiuc.edu/

http://www.tawdis.net/taw3/cms/en

http://www.cynthiasays.com/

http://fae.cita.uiuc.edu/


11

Inoltre abbiamo utilizzato i seguenti browser:

Internet Explorer ver. 8.0

Mozilla Firefox ver. 3.0.11

Opera ver. 9.64

Google Chrome ver. 2.0.172.31

Opera Mini Simulator

Opera mette a disposizione un simulatore che direttamente online simula il

funzionamento del browser Opera Mini sulla pagina scelta:

http://www.opera.com/mini/demo/

Lynx

Lynx è un browser di solo testo utilizzabile su terminali con interfaccia a linea di

comando.

Vocal Reader

E’ da notare che in questa sezione abbiamo menzionato anche un browser testuale e ed

uno vocale perché rappresentano strumenti indispensabili per la verifica del grado di

accessibilità per utenti disabili.

2.3. Il sito web in esame: unisa.it

Il sito web che abbiamo valutato è www.unisa.it, ovvero il sito dell’Università degli Studi

di Salerno. Gli obiettivi primari di tale sito sono quelli di presentare l’Università degli

Studi di Salerno, fornire informazioni e servizi agli utenti.

L’utenza del sito infatti è molto vasta, gli utenti più frequenti sono docenti, ricercatori,

studenti, personale, inoltre deve essere preso in considerazione anche l’accesso di

docenti, ricercatori e studenti stranieri e disabili.

Tra i servizi principali offerti dal sito web in oggetto vi sono rubrica, posta elettronica e

area utente, quest’ultima prevista per studenti, docenti e personale in 3 versioni diverse,

permettendo ai diversi tipi di utenti di poter accedere ai servizi in base alla loro categoria

(ad es. per uno studente prenotare esami, visualizzare il libretto online, stampare

certificati, ecc.).

2.4. Note preliminari alla valutazione

Non è stata effettuata la valutazione dell’accessibilità rispetto alle nuove linee guida

WCAG 2.0 per differenti motivi, prima di tutto la mancanza di tools automatici per la

valutazione dell’accessibilità secondo le WCAG 2.0 (i pochi disponibili sono solo in

versione beta); in secondo luogo la mancanza ancora di una checklist ufficiale relativa

alle nuove linee guida.

Per tali motivi abbiamo deciso di proseguire con l’analisi con le linee guida WCAG 1.0.

http://www.opera.com/mini/demo/


12

3. I passi della valutazione

3.1 Revisione preliminare

La revisione preliminare è stata realizzata per identificare inizialmente e rapidamente la

portata dei problemi del sito web in oggetto. Risulta ovvio che la revisione preliminare

non è in grado di cogliere tutti i problemi di un sito web e deve essere integrata

successivamente da un’analisi più approfondita e completa.

Con la revisione preliminare abbiamo combinato il controllo manuale di alcune pagine

campione, con l'uso di alcuni strumenti semi-automatici per il controllo dell'accessibilità.

Per condurre la revisione preliminare, abbiamo seguito i seguenti cinque punti:

1. Selezione di un campione rappresentativo dei diversi tipi di pagine del sito in esame.

2. Uso di diversi browser per esaminare le pagine selezionate variando preferenze e

regolazioni:

Eliminazione di immagini e verifica testo alternativo.

Eliminazione suoni e verifica della disponibilità di testo equivalente.

Variazione la dimensione del font e verificare se la pagina è ancora

utilizzabile e ben leggibile.

Variazione della risoluzione dello schermo e verifica dell’ampiezza della

finestra.

Passaggio ai toni di grigio e verifica del contrasto dei colori.

Verifica del funzionamento corretto del tasto tab per accertarsi

dell’accessibilità di tutti i link e controlli.

3. Uso di un browser vocale e un browser testuale allo scopo di:

Verificare che le informazioni disponibili siano equivalenti.

Verificare che le informazioni siano fornite in un ordine significativo.

4. Uso di due tool di valutazione dell’accessibilità e verifica dei problemi riscontrati.

5. Realizzazione di un sommario dei risultati che indichi :

Tipo di problemi incontrati.

Metodo usato per identificare i problemi.

Miglioramenti necessari e modi per affrontarli.


13

3.2 Selezione di un campione rappresentativo di pagine Per effettuare questo primo passo siamo partiti dalla Home Page, disponibile ai link:

www.unisa.it

www3.unisa.it

Fig. 1 – Home Page Unisa.it

In seguito abbiamo navigato ed esplorato il sito web selezionando un campione

rappresentativo che permette di distinguere diversi tipi di pagine.

Le pagine che sembrano essere più interessanti per la conduzione della nostra

valutazione sono:

Didattica:

http://www3.unisa.it/didattica/index

News:

http://www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStruct

ure/1

Ricerca:

http://www3.unisa.it/ricerca/index

Homepage della facoltà di scienze:

http://www3.unisa.it/didattica/facolta/scienze_mmffnn/index

http://www.unisa.it/


http://www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1





14

Biblioteca: http://www3.unisa.it/ateneo/amministrazione/AREAVII-

Biblioteche/index_biblioteche

Segreterie:

http://www3.unisa.it/ateneo/amministrazione/AREAIII-

DidatticaeRicerca/uff_supportoallesegreteriestudentidifacolta/home

Tali pagine saranno successivamente analizzate e valutate.

3.3 Uso di diversi browser web Per realizzare il secondo passo della verifica preliminare abbiamo utilizzato i diversi

browser precedentemente elencati. La visualizzazione normale del sito con i diversi

browser non ha evidenziato problemi, procediamo quindi alla modifica delle

impostazioni dei browser per riscontrare eventuali problemi.

3.3.1 Eliminazione di immagini e verifica testo alternativo

Come possiamo vedere dall’immagine sottostante (Fig. 2) la disabilitazione della

visualizzazione delle immagini non ha comportato problemi all’uso o alla semantica

della pagina e del sito: sono infatti presenti tutti i testi alternativi sia alle immagini che

ai bottoni che rendono la pagina perfettamente utilizzabile anche senza la loro

visualizzazione grafica.

http://www3.unisa.it/ateneo/amministrazione/AREAVII-Biblioteche/index_biblioteche


http://www3.unisa.it/ateneo/amministrazione/AREAIII-DidatticaeRicerca/uff_supportoallesegreteriestudentidifacolta/home



15

Fig. 2 – Home Page disabilitando la visualizzazione delle immagini

3.3.2 Eliminazione suoni e verifica della disponibilità di testo

equivalente

Le pagine del sito web in oggetto non contengono suoni, quindi non è stato possibile

effettuare tale verifica.

3.3.3 Variazione la dimensione del font e verificare se la pagina è

ancora utilizzabile e ben leggibile

Variando la dimensione dei font abbiamo notato che il sito resta completamente

inalterato. Analizzando il codice abbiamo riscontrato infatti nel file css la presenza

dell’attributo ‚ font-size: 11px; ‚: specificare le dimensioni dei caratteri in questo

modo significa bloccare i caratteri; quindi per gli utenti non sarà possibile ingrandire il

testo sfruttando l'apposita funzione dei browser.

Effettuando zoom su tutta la pagina non si hanno ovviamente problemi di

visualizzazione, ma, tramite la funzionalità di Firefox ‚Zoom solo testo‛ siamo riusciti

ad effettuare l’ingrandimento del testo della pagina rilevando un notevole difetto: il

primo menù orizzontale addirittura scompare dalla visuale della pagina, come

possiamo notare dall’immagine sottostante (Fig. 3).


16

Fig. 3 – Difetti con Zoom solo testo

3.3.4 Variazione della risoluzione dello schermo e verifica

dell’ampiezza della finestra

Cambiando la risoluzione dello schermo non sono stati rilevate distorsioni o

sgranature al testo o alle immagini che ne potessero danneggiare la comprensibilità,

nemmeno variando l’ampiezza della finestra.

Le verifiche sono state effettuate testando la pagina con le seguenti risoluzioni:

1280x800

1280x768

1024x768

1024x600

800x600

Abbiamo riscontrato però, durante la valutazione manuale del sottoinsieme di pagine

prese in ponderazione, un’anomalia nel ridimensionamento della pagina ‚Biblioteche‛

(http://www3.unisa.it/ateneo/amministrazione/AREAVII-Biblioteche/index_biblioteche) :

come è visibile dall’immagine sottostante (Fig. 4), ridimensionando la finestra si ha una

sovrapposizione del testo sull’immagine.



17

Fig. 4 – Anomalia ridimensionamento finestra nella pagina “Biblioteche”

3.3.5 Passaggio ai toni di grigio e verifica del contrasto dei colori

Colour Analyzer è uno strumento per controllare le combinazioni fra i colori di

sfondo e di primo piano allo scopo di stabilire se riescono a garantire una buona

visibilità dei colori.

La determinazione della ‚visibilità dei colori‛ si basa sugli algoritmi suggeriti dal

World Wide Web Consortium (W3C):

‚Due colori sono in grado di fornire una buona visibilità di colore se la differenza di

luminosità e la differenza di colore è maggiore di una soglia stabilita.‛

Il livello minimo stabilito dal W3C è 125 per la differenza fra le luminosità e 500 per

quella fra i colori.

Come è visibile dal report sottostante, si sono riscontrati nel sito 4 problemi:


18


19

Fig 5 – Report Colori

Inoltre grazie alla simulazione di alcune condizioni visive messe a disposizione dal

tool, abbiamo potuto condurre l’analisi completa del contrasto dei colori; in

particolare ci siamo soffermati su:

Protanopia

Cecità accentuata per il colore rosso (Fig. 6).


20

Fig. 6 – Simulazione Protanopia

Deuteranopia

Cecità accentuata per il colore verde. (Fig. 7).

Fig. 7 - Simulazione Deuteranopia

Tritanopia

Confusione tra i colori giallo e blu. (Fig. 8).


21

Fig. 8 – Simulazione Tritanopia

Acromatopsia

Completa o parziale cecità ai colori. (Fig. 9).

Fig. 9 – Simulazione Acromatopsia


22

3.3.6 Verifica del funzionamento corretto del tasto tab per

accertarsi dell’accessibilità di tutti i link e controlli

Abbiamo riscontrato la navigabilità del sito tramite il tasto tab, unica osservazione che

riportiamo è la mancata segnalazione dell’avanzamento sul menù orizzontale in

grigio.

3.3.7 Visualizzazione disabilitando Javascript

Disabilitando Javascript non si sono riscontrati problemi nell’utilizzo del sito. E’ ovvio

che lo slideshow presente nella Home Page realizzato in javascript non è visibile, però

al posto di tali immagini risultano solo dei link etichettati ‚slide‛ (e quindi non

significativi) per ogni immagine presente in esso, tramite i quali è possibile

visualizzarle ad una ad una.

Fig. 10 – Home Page disabilitando Javascript


23

3.4 Uso di un browser per dispositivi mobili: Opera Mini

Simulator

Abbiamo provato a navigare nel sito tramite il simulatore del browser web Opera

Mini, dato il grande boom di palmari e cellulari con funzionalità di connettività, per

assicurare quindi l’accessibilità anche da parte di utenti con a disposizione tali

dispositivi. Non si sono riscontrati problemi visualizzazione o di altro genere.

Fig.11 – Visualizzazione con Opera Mini


24

3.5 Uso di un browser vocale e un browser testuale

3.5.1 Browser testuale: Lynx

Utilizzando il browser testuale Lynx (Fig. 12), il sito è risultato ben navigabile anche

solo tramite la tastiera, e le informazioni distribuite in ordine significativo. Le uniche

immagini scaricabili prive di etichette significative, come già detto, sono quelle dello

slideshow javascript, anche se non risultano indispensabili per la fruizione delle

informazioni.

Fig.12 – Visualizzazione con il browser testuale Lynx


25

3.5.2 Browser vocale: Vocal Reader

Il browser vocale Vocal Reader (Fig. 13) è stato utilizzato per verificare l’accessibilità

del sito in oggetto per utenti non vedenti.

Abbiamo riscontrato una cattiva suddivisione delle sezioni tra le quali un utente

potrebbe navigare tramite i tasti ‚avanti‛ e ‚indietro‛ forniti da tali tipi di browser.

Fig.13 – Visualizzazione con il browser vocale Vocal Reader


26

3.6 Validazione W3C Abbiamo effettuato la valutazione W3C sull’ HTML e il CSS per il sottoinsieme di pagine

identificato con i due tools illustrati nella sezione ‚Strumenti‛.

Ecco la lista dei risultati ottenuti:

3.6.1 Validazione HTML

Homepage:

http://www3.unisa.it/

o W3C HTML Validator: Nessun errore riscontrato.

o WDG HTML Validator: Nessun errore riscontrato.

o CSE HTML Validator Lite : 0 errors, 3 warnings, 0 messages, 3 comments.

Validator message export for "http://www3.unisa.it/":

Generated by CSE HTML Validator Lite v9.02 (http://www.htmlvalidator.com/)

1. Comment: See at least 3 additional error/warning messages with the standard or

professional edition. This message can be disabled in the Lite tab of the Validator

Engine Options.

2. Warning in line 47 at character 166: For better backward compatibility with

HTML, use a space character before the '/' character.







27

5. Comment: This document appears to contain JavaScript which can optionally be

checked for certain problems in the standard and professional editions. Consider

upgrading to get this added functionality.

Didattica:




o CSE HTML Validator Lite : 1 errors, 3 warnings, 0 messages, 2 comments.

Validator message export for "http://www3.unisa.it/didattica/index":



professional edition. This message can be disabled in the Lite tab of the Validator

Engine Options.

2. Error in line 6 at character 36: The "content" attribute has an invalid attribute

value "". The value should normally be one of the following: an alphanumeric

string or a string.










28

Ricerca:


Abbiamo riscontrato i seguenti errori:

o W3C HTML Validator: Validation Output: 8 Errors

Line 141, Column 89: an attribute value literal can occur in an attribute specification list only

after a VI delimiter

…itle='Offerta di servizi all'esterno'>Offerta di servizi

all'esterno</a></li>

Have you forgotten the "equal" sign marking the separation between the attribute and its declared

value? Typical syntax is attribute="value".

Line 141, Column > 80: XML Parsing Error: attributes construct error …fferta' title='Offerta di servizi all'esterno'>Offerta di servizi

all'esterno…

Line 141, Column > 80: XML Parsing Error: Couldn't find end of Start Tag a line 141 …fferta' title='Offerta di servizi all'esterno'>Offerta di servizi

all'esterno…

Line 141, Column > 80: XML Parsing Error: Opening and ending tag mismatch: li line 141

and a …fferta' title='Offerta di servizi all'esterno'>Offerta di servizi

all'esterno…

Line 141, Column > 80: XML Parsing Error: Opening and ending tag mismatch: ul line 131

and li …fferta' title='Offerta di servizi all'esterno'>Offerta di servizi

all'esterno…

Line 143, Column 5: XML Parsing Error: Opening and ending tag mismatch: div line 127 and

ul

</ul>

Line 219, Column 8: XML Parsing Error: Opening and ending tag mismatch: body line 28

and div

</div>

Line 220, Column 8: XML Parsing Error: Opening and ending tag mismatch: html line 3 and

body

</body>



29

o WDG HTML Validator: 1 Errors and Warnings.

Line 141, character 89: ... fferta di servizi all'esterno'>Offerta di servizi all'estern

...

^

Error: an attribute value literal can occur in an attribute specification list only after a vi delimiter

o CSE Validator Lite: 3 errors, 2 warnings, 0 messages, 3 comments.

Validator message export for "http://www3.unisa.it/ricerca/index":



professional edition. This message can be disabled in the Lite tab of the Validator Engine

Options.

2. Error in line 6 at character 36: The "content" attribute has an invalid attribute value

"". The value should normally be one of the following: an alphanumeric string or a

string.

3. Warning in line 48 at character 166: For better backward compatibility with HTML,

use a space character before the '/' character.



5. Error in line 141 at character 121: Found the character '<' while looking for '>'. The

character '>' must appear before another '<'. If you actually want to use this character in

the text portion of your document, then use the character entity reference "<".

6. Error in line 141 at character 122: The end tag for "a" was found, but all "a" start tags

already have end tags. This appears to be an extra end tag that should be removed.





30

Segreterie:



o W3C HTML Validator: Validation Output: 15 Errors

XML Parsing Error

Line 133, column > 80: XML Parsing Error: attributes construct error …ministrazione/AREAIII-

DidatticaeRicerca/uff_supportoallesegreteriestudentidif…

Line 133, column > 80: XML Parsing Error: Couldn't find end of Start Tag a line 133 …ministrazione/AREAIII-


Line 133, column > 80: XML Parsing Error: Opening and ending tag mismatch: li line 133 and a …ministrazione/AREAIII-


Line 133, column > 80: XML Parsing Error: Opening and ending tag mismatch: ul line 127 and li …ministrazione/AREAIII-


Line 141, column 5: XML Parsing Error: Opening and ending tag mismatch: div line 123 and ul

</ul>

Line 231, column > 80: XML Parsing Error: attributes construct error …sa.it' title='Invia mail a UFFICIO SUPPORTO ALLE SEGRETERIE

STUDENTI DI FACO…

Line 231, column > 80: XML Parsing Error: Couldn't find end of Start Tag a line 231 …sa.it' title='Invia mail a UFFICIO SUPPORTO ALLE SEGRETERIE

STUDENTI DI FACO…

Line 231, column > 80: XML Parsing Error: Opening and ending tag mismatch: dd line 231 and a …sa.it' title='Invia mail a UFFICIO SUPPORTO ALLE SEGRETERIE

STUDENTI DI FACO…

Line 232, column 5: XML Parsing Error: Opening and ending tag mismatch: dl line 229 and dd

</dd>

Line 233, column 5: XML Parsing Error: Opening and ending tag mismatch: div line 228 and dl

</dl>

Line 237, column 8: XML Parsing Error: Opening and ending tag mismatch: body line 27 and div

</div>

Line 239, column 8: XML Parsing Error: Opening and ending tag mismatch: html line 3 and div

</div>

Line 240, column 1: XML Parsing Error: Extra content at the end of the document </body>

an attribute value literal can occur in an attribute specification list only after a VI delimiter

Have you forgotten the "equal" sign marking the separation between the attribute and its declared

value? Typical syntax is attribute="value".

Line 133, column 171: an attribute value literal can occur in an attribute specification list only after

a VI delimiter

…ee' title='ISEE Istruzioni per l'uso'>ISEE Istruzioni per

l'uso</a></li>



http://validator.w3.org/check?uri=http%3A%2F%2Fwww3.unisa.it%2Fateneo%2Famministrazione%2FAREAIII-DidatticaeRicerca%2Fuff_supportoallesegreteriestudentidifacolta%2Fhome&charset=%28detect+automatically%29&doctype=Inline&group=1&user-agent=W3C_Validator%2F1.654#line-133















31

an attribute specification must start with a name or name token

An attribute name (and some attribute values) must start with one of a restricted set of characters.

This error usually indicates that you have failed to add a closing quotation mark on a previous

attribute value (so the attribute value looks like the start of a new attribute) or have used an

attribute that is not defined (usually a typo in a common attribute name).

Line 231, column 125: an attribute specification must start with a name or name token

…ALLE SEGRETERIE STUDENTI DI FACOLTA''>ufsupseg@unisa.it</a>

|

o WDG HTML Validator: 2 Errors and Warnings.

Line 133, character 171: ... le='ISEE Istruzioni per l'uso'>ISEE Istruzioni per l'uso</a>

...

^

Error: an attribute value literal can occur in an attribute specification list only after a vi delimiter

Line 231, character 125: ... GRETERIE STUDENTI DI FACOLTA''>ufsupseg@unisa.it</a> |

^

Error: an attribute specification must start with a name or name token

o CSE HTML Validator Lite : 3 errors, 2 warnings, 0 messages.

Validator message export for "http://www3.unisa.it/ricerca/index":




string.







32

5. Error in line 141 at character 121: Found the character '<' while looking for '>'. The

character '>' must appear before another '<'. If you actually want to use this character in

the text portion of your document, then use the character entity reference "<".

6. Error in line 141 at character 122: The end tag for "a" was found, but all "a" start tags

already have end tags. This appears to be an extra end tag that should be removed.

News:


ure/1



o CSE HTML Validator Lite : 1 error, 3 warnings, 0 messages, 3 comments.

Validator message export for

"http://www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1":




Options.



string.






33








Biblioteca:

http://www3.unisa.it/ateneo/amministrazione/AREAVII-




.

o CSE HTML Validator Lite : 1 error, 3 warnings, 0 messages, 3 comments.

Validator message export for "http://www3.unisa.it/ateneo/amministrazione/AREAVII-

Biblioteche/index_biblioteche":




Options.



string.



http://www.htmlvalidator.com/


34








6. Comment: 1 error, 2 warnings, 0 messages, 3 comments.





o CSE HTML Validator Lite: 1 error, 2 warnings, 0 messages, 3 comments.

Validator message export for "http://www3.unisa.it/ateneo/amministrazione/AREAVII-

Biblioteche/index_biblioteche":




Options.



string.



35









36

3.6.2 Validazione CSS

Per la validazione foglio di stile CSS abbiamo utilizzato il tool fornito dal W3C ed il tool

Top Style Validator 4.0.

W3C CSS Validator: 14 errori.

Fig.14 – Report W3C sul foglio di stile CSS

TopStyle 4.0

I tipi di errori sono classificati con questa convenzione:


37

Checker Results General (10 errors, 29 warnings)


38

Fig.15 - Report Generale con TopStyle 4.0

CSS Level 1 (44 errors, 0 warnings)


39

Fig. 16 – Report dettagliato con TopStyle 4.0


40

3.7 Uso di tools di valutazione dell’accessibilità e verifica

dei problemi riscontrati I tool di valutazione automatici utilizzati per la verifica del sito web unisa.it, come già

descritto nella sezione ‚Strumenti‛ sono stati:

Cynthia Software

F.A.E. - Functional Accessibility Evaluator

L’analisi con Cynthia software è stata realizzata sul sottoinsieme di pagine indicate,

mentre l’analisi con F.A.E è stata effettuata su tutto il sito web.

3.7.1 Analisi con Cynthia Software Segue l’analisi effettuata con il tool Cynthia Software. In verde sono stati compilati i

campi che non erano stati automaticamente compilati e che abbiamo quindi controllato

manualmente.

Homepage:


Priority 1 Verification Checklist

Basic Settings Yes No Other

1.1 / (a) Provide a text equivalent for every non-text element (e.g., via "alt", "longdesc", or in element content). This includes: images, graphical representations of

text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes

7.1 / (j) Until user agents allow users to control flickering, avoid causing the screen to flicker.

YES

2.1 / (c) Ensure that all information conveyed with color is also available without color, for example from context or markup.

N/A

6.1 / (d) Organize documents so they may be read without style sheets. For

example, when an HTML document is rendered without associated style sheets, it must still be possible to read the document.

YES

Image Maps Yes No Other

1.2 / (e) Provide redundant text links for each active region of a server-side image map.

N/A

9.1 / (f) Provide client-side image maps instead of server-side image maps except where the regions cannot be defined with an available geometric shape.

N/A

Tables Yes No Other

5.1 / (g) For data tables, identify row and column headers. N/A


http://www.w3.org/TR/WAI-WEBCONTENT/#tech-text-equivalent

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-flicker

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-color-convey

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-order-style-sheets

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-redundant-server-links

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-client-side-maps

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-table-headers


41

5.2 / (h) For data tables that have two or more logical levels of row or column

headers, use markup to associate data cells and header cells.

N/A

Frames, Scripts & Multimedia Yes No Other

12.1 / (i) Title each frame to facilitate frame identification and navigation. N/A

6.3 / (l),(m) Ensure that pages are usable when scripts, applets, or other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.

YES

1.4 / (b) For any time-based multimedia presentation (e.g., a movie or animation),

synchronize equivalent alternatives (e.g., captions or auditory descriptions of the visual track) with the presentation.

N/A

Failsafe Yes No Other

11.4 / (k) If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original)

page.

NO

11.4 / (k) Option A - Check for the string 'Text Version' within the document. N/V

11.4 / (k) Option B - Check for a Global Text Version Link within the document. N/V

11.4 / (k) Option C - Check for an Accessibility Policy Link within the document. N/V

Non 508 Yes No Other

4.1 Clearly identify changes in the natural language of a document's text and any text equivalents (e.g., captions).

YES

14.1 Use the clearest and simplest language appropriate for a site's content. YES

1.3 Until user agents can automatically read aloud the text equivalent of a visual track, provide an auditory description of the important information of the visual

track of a multimedia presentation.

N/A

6.2 Ensure that equivalents for dynamic content are updated when the dynamic content changes.

YES


Priority 2 - Basic Yes No Other

2.2 Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

YES

3.1 When an appropriate markup language exists, use markup rather than images to convey information.

YES

3.2 Create documents that validate to published formal grammars. YES

3.3 Use style sheets to control layout and presentation. YES

3.4 Use relative rather than absolute units in markup language attribute values and style sheet property values.

YES

3.5 Use header elements to convey document structure and use them according to

specification.

NO

3.6 Mark up lists and list items properly. YES

3.7 Mark up quotations. Do not use quotation markup for formatting effects such as

indentation.

N/A

6.5 Ensure that dynamic content is accessible or provide an alternative presentation or page.

In addition to the rules specified below, refer to the detail of checkpoints 6.3 / (l),(m) and 1.1 / (a) for locations of elements that apply to this checkpoint.

YES

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-table-structure

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-frame-titles

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-scripts

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-synchronize-equivalents

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-alt-pages

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-identify-changes

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-simple-and-straightforward

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-auditory-descriptions

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-dynamic-source

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-color-contrast

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-use-markup

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-identify-grammar

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-style-sheets

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-relative-units

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-logical-headings

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-list-structure

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-quotes

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-fallback-page


42

7.2 Until user agents allow users to control blinking, avoid causing content to blink

(i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES

7.4 Until user agents provide the ability to stop the refresh, do not create periodically auto-refreshing pages.

Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup to

redirect pages automatically. Instead, configure the server to perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A

10.1 Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user.

To assist with visual verification, we recommend that you refer to the detail of checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations

that apply to this checkpoint.

N/A

11.1 Use W3C technologies when they are available and appropriate for a task and use the latest versions when supported.

YES

11.2 Avoid deprecated features of W3C technologies. Yes

12.3 Divide large blocks of information into more manageable groups where natural and appropriate.

YES

13.1 Clearly identify the target of each link. Yes

13.2 Provide metadata to add semantic information to pages and sites. No

13.3 Provide information about the general layout of a site (e.g., a site map or table of contents).

Yes

13.4 Use navigation mechanisms in a consistent manner.

Priority 2 - Tables Yes No Other

5.3 Do not use tables for layout unless the table makes sense when linearized. Otherwise, if the table does not make sense, provide an alternative equivalent (which may be a linearized version).

N/A

5.4 If a table is used for layout, do not use any structural markup for the purpose of visual formatting. To assist with visual verification, we recommend that you refer to the detail of checkpoint 5.3 for locations of elements that apply to this checkpoint.

N/A

Priority 2 - Frames Yes No Other

12.2 Describe the purpose of frames and how frames relate to each other if it is not obvious by frame titles alone.

Yes

Priority 2 - Forms Yes No Other

10.2 Until user agents support explicit associations between labels and form

controls, for all form controls with implicitly associated labels, ensure that the label

is properly positioned.

YES

12.4 Associate labels explicitly with their controls. Yes

Priority 2 - Applets, Objects and Scripts Yes No Other

6.4 For scripts and applets, ensure that event handlers are input device-

independent. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

N/A

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-blinking

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-no-periodic-refresh

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-no-auto-forward

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-pop-ups

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-latest-w3c-specs

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-deprecated

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-group-information

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-meaningful-links

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-use-metadata

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-site-description

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-clear-nav-mechanism

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-table-for-layout

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-table-layout

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-frame-longdesc

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-unassociated-labels

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-associate-labels

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-keyboard-operable-scripts


43

7.3 Until user agents allow users to freeze moving content, avoid movement in

pages. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

NO

8.1 Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.2 Ensure that any element that has its own interface can be operated in a device-independent manner. To assist with visual verification, we recommend that you refer to the detail of

checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.3 For scripts, specify logical event handlers rather than device-dependent event

handlers.

To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES


Checkpoints Passed


4.2 Specify the expansion of each abbreviation or acronym in a document where it first occurs.

N/A

4.3 Identify the primary natural language of a document. Warning

9.4 Create a logical tab order through links, form controls, and objects. Warning

9.5 Provide keyboard shortcuts to important links (including those in client-side image maps), form controls, and groups of form controls.

Warning

10.5 Until user agents (including assistive technologies) render adjacent links distinctly, include non-link, printable characters (surrounded by spaces) between adjacent links.

No

11.3 Provide information so that users may receive documents according to their preferences (e.g., language, content type, etc.)

NO

13.5 Provide navigation bars to highlight and give access to the navigation mechanism.

NO

13.6 Group related links, identify the group (for user agents), and, until user agents do so, provide a way to bypass the group.

NO

13.7 If search functions are provided, enable different types of searches for different

skill levels and preferences.

NO

13.8 Place distinguishing information at the beginning of headings, paragraphs, lists,

etc.

YES

13.9 Provide information about document collections (i.e., documents comprising multiple pages.).

YES

13.10 Provide a means to skip over multi-line ASCII art. NO

14.2 Supplement text with graphic or auditory presentations where they will facilitate

comprehension of the page.

N/A

14.3 Create a style of presentation that is consistent across pages. YES

Priority 3 - Image Maps Yes No Other

1.5 Until user agents render text equivalents for client-side image map links, provide redundant text links for each active region of a client-side image map.

N/A


http://www.w3.org/TR/WAI-WEBCONTENT/#tech-avoid-movement

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-directly-accessible

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-keyboard-operable

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-device-independent-events

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-expand-abbr

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-identify-lang

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-tab-order

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-keyboard-shortcuts

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-divide-links

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-content-preferences

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-nav-bar

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-group-links

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-searches

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-front-loading

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-bundled-version

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-skip-over-ascii

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-icons

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-consistent-style

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-redundant-client-links


44

5.5 Provide summaries for tables.

To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of elements that apply to this checkpoint.

N/A

5.6 Provide abbreviations for header labels. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) for locations of elements that apply to this checkpoint.

N/A

10.3 Until user agents (including assistive technologies) render side-by-side text correctly, provide a linear text alternative (on the current page or some other) for all tables that lay out text in parallel, word-wrapped columns.


AIS considered this point deprecated


10.4 Until user agents handle empty controls correctly, include default, place-holding characters in edit boxes and text areas.


Passed Automated Verification

Didattica: http://www3.unisa.it/didattica/index

Priority 1 Checklist


1.1 / (a) Provide a text equivalent for every non-text element (e.g., via "alt", "longdesc", or in element content). This includes: images, graphical representations

of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used

as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes

7.1 / (j) Until user agents allow users to control flickering, avoid causing the

screen to flicker.

YES


N/A



YES



N/A

9.1 / (f) Provide client-side image maps instead of server-side image maps

except where the regions cannot be defined with an available geometric shape.

N/A

Tables Yes No Other


5.2 / (h) For data tables that have two or more logical levels of row or column headers, use markup to associate data cells and header cells.

N/A

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-table-summaries

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-abbreviate-labels

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-linear-tables

http://www.w3.org/TR/WAI-WEBCONTENT/#tech-place-holders











45




YES

1.4 / (b) For any time-based multimedia presentation (e.g., a movie or animation), synchronize equivalent alternatives (e.g., captions or auditory descriptions of the visual track) with the presentation.

N/A


11.4 / (k) If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has

equivalent information (or functionality), and is updated as often as the inaccessible (original) page.

N/A






YES


1.3 Until user agents can automatically read aloud the text equivalent of a visual

track, provide an auditory description of the important information of the visual track of a multimedia presentation.

N/A

6.2 Ensure that equivalents for dynamic content are updated when the dynamic

content changes.

YES



2.2 Ensure that foreground and background color combinations provide

sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

YES


YES

3.2 Create documents that validate to published formal grammars. NO


3.4 Use relative rather than absolute units in markup language attribute values

and style sheet property values.

YES

3.5 Use header elements to convey document structure and use them according to specification.

YES


3.7 Mark up quotations. Do not use quotation markup for formatting effects such as indentation.

N/A

6.5 Ensure that dynamic content is accessible or provide an alternative

presentation or page. In addition to the rules specified below, refer to the detail of checkpoints 6.3 / (l),(m) and 1.1 / (a) for locations of elements that apply to this checkpoint.

YES

7.2 Until user agents allow users to control blinking, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES




















46

7.4 Until user agents provide the ability to stop the refresh, do not create

periodically auto-refreshing pages.

Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup to redirect pages automatically. Instead, configure the server to

perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A

10.1 Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user. To assist with visual verification, we recommend that you refer to the detail of checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential

violations that apply to this checkpoint.

N/A

11.1 Use W3C technologies when they are available and appropriate for a task

and use the latest versions when supported.

YES



YES


13.2 Provide metadata to add semantic information to pages and sites. Warning


Yes

13.4 Use navigation mechanisms in a consistent manner. YES



YES


NO



Yes


10.2 Until user agents support explicit associations between labels and form controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned.

YES





N/A

7.3 Until user agents allow users to freeze moving content, avoid movement in pages. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

N/A



















47

8.1 Make programmatic elements such as scripts and applets directly

accessible or compatible with assistive technologies. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.2 Ensure that any element that has its own interface can be operated in a device-independent manner. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. To assist with visual verification, we recommend that you refer to the detail of


YES



4.2 Specify the expansion of each abbreviation or acronym in a document where it

first occurs.

N/A




Warning

10.5 Until user agents (including assistive technologies) render adjacent links

distinctly, include non-link, printable characters (surrounded by spaces) between adjacent links.

Yes


NO


NO


NO

13.7 If search functions are provided, enable different types of searches for different skill levels and preferences.

NO

13.8 Place distinguishing information at the beginning of headings, paragraphs,

lists, etc.

YES


YES


14.2 Supplement text with graphic or auditory presentations where they will facilitate comprehension of the page.

N/A




N/A




NO





















48

5.6 Provide abbreviations for header labels.

To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) for locations of elements that apply to this checkpoint.

NO

10.3 Until user agents (including assistive technologies) render side-by-side text correctly, provide a linear text alternative (on the current page or some other) for all tables that lay out text in parallel, word-wrapped columns. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of elements that apply to

this checkpoint.






Ricerca:




/ (a) Provide a text equivalent for every non-text element (e.g., via "alt", "longdesc", or in element content). This includes: images, graphical representations

of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used

as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes


YES


N/A



YES



N/A


N/A

Tables Yes No Other



N/A




YES
















49

1.4 / (b) For any time-based multimedia presentation (e.g., a movie or

animation), synchronize equivalent alternatives (e.g., captions or auditory descriptions of the visual track) with the presentation.

N/A


11.4 / (k) If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original) page.

N/V






YES


1.3 Until user agents can automatically read aloud the text equivalent of a visual track, provide an auditory description of the important information of the visual track of a multimedia presentation.

N/A


YES




YES


YES




YES


YES



N/A


In addition to the rules specified below, refer to the detail of checkpoints 6.3 /

(l),(m) and 1.1 / (a) for locations of elements that apply to this checkpoint.

YES

7.2 Until user agents allow users to control blinking, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off).

To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES


Yes



















50

7.5 Until user agents provide the ability to stop auto-redirect, do not use

markup to redirect pages automatically. Instead, configure the server to perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A

10.1 Until user agents allow users to turn off spawned windows, do not cause pop-ups or other windows to appear and do not change the current window without informing the user. To assist with visual verification, we recommend that you refer to the detail of

checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations that apply to this checkpoint.

N/A



YES


12.3 Divide large blocks of information into more manageable groups where

natural and appropriate.

YES




Yes

13.4 Use navigation mechanisms in a consistent manner.



N/A

5.4 If a table is used for layout, do not use any structural markup for the

purpose of visual formatting.

To assist with visual verification, we recommend that you refer to the detail of checkpoint 5.3 for locations of elements that apply to this checkpoint.

N/A



Yes



controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned.

YES





N/A

7.3 Until user agents allow users to freeze moving content, avoid movement in pages. To assist with visual verification, we recommend that you refer to the detail of

checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

N/A


















51

8.1 Make programmatic elements such as scripts and applets directly accessible

or compatible with assistive technologies. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.2 Ensure that any element that has its own interface can be operated in a device-independent manner. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. To assist with visual verification, we recommend that you refer to the detail of


YES


Checkpoints Passed



N/A




Warning


Yes


NO


NO


NO


NO

13.8 Place distinguishing information at the beginning of headings, paragraphs, lists, etc.

YES


YES



N/A




N/A





















52



N/A


N/A



AIS considered this point

deprecated




deprecated


Segreterie:



Prority 1 Verification Checklist



of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes


YES

2.1 / (c) Ensure that all information conveyed with color is also available without

color, for example from context or markup.

N/A

6.1 / (d) Organize documents so they may be read without style sheets. For example, when an HTML document is rendered without associated style sheets, it must still be possible to read the document.

YES



N/A


N/A

Tables Yes No Other
















53



N/A




YES


N/A



equivalent information (or functionality), and is updated as often as the

inaccessible (original) page.

N/A






YES


1.3 Until user agents can automatically read aloud the text equivalent of a visual

track, provide an auditory description of the important information of the visual track of a multimedia presentation.

N/A


YES




YES


YES




YES

3.5 Use header elements to convey document structure and use them according to

specification.

YES


3.7 Mark up quotations. Do not use quotation markup for formatting effects such as

indentation.

N/A



YES




















54

7.2 Until user agents allow users to control blinking, avoid causing content to blink

(i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES


Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup to

redirect pages automatically. Instead, configure the server to perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A


To assist with visual verification, we recommend that you refer to the detail of checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations

that apply to this checkpoint.

N/A


YES

11.2 Avoid deprecated features of W3C technologies.. Yes


YES


13.2 Provide metadata to add semantic information to pages and sites. NO


Yes




N/A


NO



Yes



controls, for all form controls with implicitly associated labels, ensure that the label

is properly positioned.

YES





N/A



















55



N/A


YES



YES


handlers.


YES




N/A




Warning



Yes

11.3 Provide information so that users may receive documents according to their

preferences (e.g., language, content type, etc.)

NO


NO


NO


NO


YES

13.9 Provide information about document collections (i.e., documents comprising

multiple pages.).

YES



N/A




N/A






















56



NO


NO







deprecated


News:


ure/1



1.1 / (a) Provide a text equivalent for every non-text element (e.g., via "alt", "longdesc", or in element content). This includes: images, graphical

representations of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames,

scripts, images used as list bullets, spacers, graphical buttons, sounds (played

with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes


YES


N/A


YES



N/A


N/A

Tables Yes No Other

5.1 / (g) For data tables, identify row and column headers.















57




12.1 / (i) Title each frame to facilitate frame identification and navigation. Document is not a FRAMESET Page.

N/A


YES


N/A



equivalent information (or functionality), and is updated as often as the

inaccessible (original) page.

N/A






YES


1.3 Until user agents can automatically read aloud the text equivalent of a

visual track, provide an auditory description of the important information of the visual track of a multimedia presentation.

N/A


YES



2.2 Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits or when viewed on a

black and white screen.

YES


YES




YES


YES



N/A



YES




















58

7.2 Until user agents allow users to control blinking, avoid causing content to

blink (i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES


Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup

to redirect pages automatically. Instead, configure the server to perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A


To assist with visual verification, we recommend that you refer to the detail of

checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations that apply to this checkpoint.

N/A



YES



YES




Yes




N/A

5.4 If a table is used for layout, do not use any structural markup for the purpose of visual formatting. To assist with visual verification, we recommend that you refer to the detail of

checkpoint 5.3 for locations of elements that apply to this checkpoint.

NO



Yes




YES



6.4 For scripts and applets, ensure that event handlers are input device-independent. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

N/A



















59



N/A


YES



YES


handlers.


YES



4.2 Specify the expansion of each abbreviation or acronym in a document where it

first occurs.

N/A




Warning



Yes


NO


NO


NO


NO


YES

13.9 Provide information about document collections (i.e., documents comprising

multiple pages.).

YES



N/A




N/A






















60



NO


NO




deprecated





Biblioteca: http://www3.unisa.it/ateneo/amministrazione/AREAVII-


Verification Checklist


1.1 / (a) Provide a text equivalent for every non-text element (e.g., via "alt", "longdesc", or in element content). This includes: images,

graphical representations of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes


YES

2.1 / (c) Ensure that all information conveyed with color is also

available without color, for example from context or markup.

N/A


YES



N/A


N/A

Tables Yes No Other














61



N/A


12.1 / (i) Title each frame to facilitate frame identification and navigation.

N/A

6.3 / (l),(m) Ensure that pages are usable when scripts, applets, or

other programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.

YES


N/A


11.4 / (k) If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or

functionality), and is updated as often as the inaccessible (original) page.

N/A

11.4 / (k) Option A - Check for the string 'Text Version' within the

document.

N/V

11.4 / (k) Option B - Check for a Global Text Version Link within the document.

N/V

11.4 / (k) Option C - Check for an Accessibility Policy Link within the document.

N/V


4.1 Clearly identify changes in the natural language of a document's

text and any text equivalents (e.g., captions).

YES

14.1 Use the clearest and simplest language appropriate for a site's content.

YES

1.3 Until user agents can automatically read aloud the text equivalent of a visual track, provide an auditory description of the important information of the visual track of a multimedia

presentation.

N/A


YES



2.2 Ensure that foreground and background color combinations provide

sufficient contrast when viewed by someone having color deficits or when viewed on a black and white screen.

YES


YES


3.3 Use style sheets to control layout and presentation. NO


NO


NO




















62

3.7 Mark up quotations. Do not use quotation markup for formatting effects

such as indentation.

N/A



YES

7.2 Until user agents allow users to control blinking, avoid causing content to

blink (i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES


Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup to redirect pages automatically. Instead, configure the server to

perform redirects. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A


To assist with visual verification, we recommend that you refer to the detail of checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations that apply to this checkpoint.

N/A



YES

11.2 Avoid deprecated features of W3C technologies. Note: Document does not use any deprecated elements or attributes.

Yes


YES

13.1 Clearly identify the target of each link. Failure - Anchor Element at Line: 179, Column: 88

No

13.2 Provide metadata to add semantic information to pages and sites. Failure - Document does not contain a META element with the required name: description or description does not have a 'content' value. Failure - Document does not contain a META element with the required name: keywords or keywords does not have a 'content' value. Failure - Document does not contain a META element with the required name: language or language does not have a 'content' value.

No


Yes



5.3 Do not use tables for layout unless the table makes sense when linearized.

Otherwise, if the table does not make sense, provide an alternative equivalent (which may be a linearized version).

N/A

5.4 If a table is used for layout, do not use any structural markup for the

purpose of visual formatting. To assist with visual verification, we recommend that you refer to the detail of checkpoint 5.3 for locations of elements that apply to this checkpoint.

N/A



Yes



















63



YES



6.4 For scripts and applets, ensure that event handlers are input device-independent. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

N/A

7.3 Until user agents allow users to freeze moving content, avoid movement in pages. To assist with visual verification, we recommend that you refer to the detail of

checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

N/A

8.1 Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies.


YES

9.2 Ensure that any element that has its own interface can be operated in a

device-independent manner. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES

9.3 For scripts, specify logical event handlers rather than device-dependent event handlers. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES




N/A




Warning


No

11.3 Provide information so that users may receive documents

according to their preferences (e.g., language, content type, etc.)

NO


NO

13.6 Group related links, identify the group (for user agents), and, until

user agents do so, provide a way to bypass the group.

NO


NO


YES


YES




















64



N/A




N/A


5.5 Provide summaries for tables. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of elements that apply to this checkpoint.

N/A

5.6 Provide abbreviations for header labels. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) for locations of elements that

apply to this checkpoint.

N/A

10.3 Until user agents (including assistive technologies) render side-by-side text correctly, provide a linear text alternative (on the current page

or some other) for all tables that lay out text in parallel, word-wrapped columns. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of elements that apply to this checkpoint.



10.4 Until user agents handle empty controls correctly, include default,

place-holding characters in edit boxes and text areas.

AIS considered this

point deprecated



Verification Checklist



of text (including symbols), image map regions, animations (e.g., animated GIFs), applets and programmatic objects, ascii art, frames, scripts, images used as list bullets, spacers, graphical buttons, sounds (played with or without user interaction), stand-alone audio files, audio tracks of video, and video.

Yes


YES


N/A



YES
















65

1.2 / (e) Provide redundant text links for each active region of a server-side

image map.

N/A


N/A

Tables Yes No Other



N/A



6.3 / (l),(m) Ensure that pages are usable when scripts, applets, or other

programmatic objects are turned off or not supported. If this is not possible, provide equivalent information on an alternative accessible page.

YES

1.4 / (b) For any time-based multimedia presentation (e.g., a movie or

animation), synchronize equivalent alternatives (e.g., captions or auditory descriptions of the visual track) with the presentation.

N/A


11.4 / (k) If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original) page.

N/A






YES


1.3 Until user agents can automatically read aloud the text equivalent of a visual track, provide an auditory description of the important information of the visual track of a multimedia presentation.

N/A


YES




YES

3.1 When an appropriate markup language exists, use markup rather than

images to convey information.

YES




YES


YES

3.6 Mark up lists and list items properly. NO


N/A






















66

6.5 Ensure that dynamic content is accessible or provide an alternative

presentation or page. In addition to the rules specified below, refer to the detail of checkpoints 6.3 / (l),(m) and 1.1 / (a) for locations of elements that apply to this checkpoint.

YES

7.2 Until user agents allow users to control blinking, avoid causing content to blink (i.e., change presentation at a regular rate, such as turning on and off). To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

YES


Yes

7.5 Until user agents provide the ability to stop auto-redirect, do not use markup to redirect pages automatically. Instead, configure the server to perform redirects.

To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.4 for potential violations that apply to this checkpoint.

N/A


To assist with visual verification, we recommend that you refer to the detail of checkpoints 6.3 / (l),(m) and 7.4 for locations of elements and potential violations that apply to this checkpoint.

N/A


YES



YES


13.2 Provide metadata to add semantic information to pages and sites. No


Yes



5.3 Do not use tables for layout unless the table makes sense when linearized. Otherwise, if the table does not make sense, provide an alternative equivalent

(which may be a linearized version).

N/A

5.4 If a table is used for layout, do not use any structural markup for the purpose of visual formatting.

To assist with visual verification, we recommend that you refer to the detail of checkpoint 5.3 for locations of elements that apply to this checkpoint.

N/A



Yes


10.2 Until user agents support explicit associations between labels and form controls, for all form controls with implicitly associated labels, ensure that the label is properly positioned.

YES





















67



N/A

7.3 Until user agents allow users to freeze moving content, avoid movement in pages. To assist with visual verification, we recommend that you refer to the detail of checkpoint 7.1 / (j) for locations of elements that apply to this checkpoint.

N/A

8.1 Make programmatic elements such as scripts and applets directly accessible or compatible with assistive technologies. To assist with visual verification, we recommend that you refer to the detail of


YES

9.2 Ensure that any element that has its own interface can be operated in a

device-independent manner.


YES

9.3 For scripts, specify logical event handlers rather than device-dependent

event handlers. To assist with visual verification, we recommend that you refer to the detail of checkpoint 6.3 / (l),(m) for locations of elements that apply to this checkpoint.

YES




N/A




Warning


Yes


NO

13.5 Provide navigation bars to highlight and give access to the

navigation mechanism.

NO


NO


NO


YES


YES



N/A























68

1.5 Until user agents render text equivalents for client-side image map

links, provide redundant text links for each active region of a client-side image map.

N/A


5.5 Provide summaries for tables. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of

elements that apply to this checkpoint.

N/A

5.6 Provide abbreviations for header labels.

To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) for locations of elements that apply to this checkpoint.

N/A

10.3 Until user agents (including assistive technologies) render side-by-side text correctly, provide a linear text alternative (on the current

page or some other) for all tables that lay out text in parallel, word-wrapped columns. To assist with visual verification, we recommend that you refer to the detail of checkpoints 5.1 / (g) or 5.2 / (h) and 5.3 for locations of

elements that apply to this checkpoint.

AIS considered this

point deprecated










69

3.7.2 Analisi con F.A.E. Con il tool FAE abbiamo effettuato l'analisi automatica dell'intero sito web. Tale

strumento analizza il sito schematizzando il report dei problemi riscontrati in 5 sezioni:

Navigation & Orientation

Text Equivalents

Scripting

Styling

HTML Standards

Come è visibile dal report sottostante, i problemi sono stati riscontrati nelle prime 2

sezioni (Fig.17).

Nella figura 18 sono riportati i dettagli degli errori per ogni sottocategoria.

Fig. 17 – Report generale problemi riscontrati con F.A.E.


70

Fig. 18 – Dettagli analisi per ogni sottocategoria.

Fig. 19 – Legenda F.A.E.


71

Analisi dei dettagli per la sezione Navigation & Orientation

Titles & H1

Un web design efficiente dovrebbe permettere agli utenti di poter facilmente identificare

il sito web e la sottosezione del sito web che stanno vedendo. Tale identificazione, o

‚branding‛ di un sito web è realizzata attraverso una combinazione di testi, colori, stile

grafico e loghi che sono utilizzati per l’intero ‚look and feel‛ del sito web. Gli utenti

disabili però spesso non possono usufruire degli elementi grafici inseriti nei siti web: da

qui nasce la necessità di avere un titolo univoco che identifichi il sito web ed il contenuto

della pagina corrente.

L’elemento Title

L’elemento title nella sezione head deve contenere informazioni sul sito web e la

sottosezione, ed ogni informazione sulla sottosezione deve essere contenuta in un

elemento h1.

L’elemento H1

L’elemento H1 dovrebbe contenere il titolo per la risorsa web e può contenere anche il

titolo del sito web. Ogni pagina dovrebbe contenere almeno uno e non più di due

elementi H1.

Benefici di risolvere tali problemi per le persone disabili:

- Vantaggi nell’uso di programmi Screen Reader (es. Window-Eyes, Jaws and HAL)

possono meglio identificare le risorse web, perché il contenuto del title element è

facilmente identificabile.

- Gli utenti di programmi Screen Reader possono più facilmente determinare

quando una nuova risorsa è stata caricata e qual è l’obiettivo della nuova risorsa. Quindi

non c’è bisogno di intermediari per interpretare il significato della nuova risorsa.

- Usare l’elemento H1 rende più facile l’uso della tastiera da parte degli utenti,

incluse le persone con disabilità fisiche e utenti di programmi Screen Reader, e a navigare

usando comandi da tastiera in alcuni browsers.

Benefici per tutta la comunità di utenti:

- Gli utenti possono più facilmente identificare lo scopo delle risorse web.

Benefici per gli sviluppatori:

- Usare gli stili in maniera consistente all’interno delle risorse web rende più facile

l’uso di CSS perché il tag H1 è designato a rappresentare il titolo.

- Per i web designer è molto importante separare lo stile dalla struttura, quindi

diventa più semplice creare e aggiornare le risorse.

http://www.gwmicro.com/

http://www.freedomscientific.com/fs_products/software_jaws.asp

http://www.yourdolphin.com/


72

Dettagli degli errori sezione Titles&h1:

Fig.20 – Report per la sottosezione title & h1.

Pagine che hanno riportato fail

La pagina deve contenere almeno un elemento h1.

Fail: No h1 elements were found. (1) www3.unisa.it/

(151) www3.unisa.it/utenti/

(178) www3.unisa.it/vivere_il_campus/arte_campus

Pagine che hanno riportato Warnings

La pagina dovrebbe contenere non più di 2 elementi h1.

Warn: Due to missing elements (0 h1 elements). (1) www3.unisa.it/



http://fae.cita.illinois.edu/report/1220510e784c28f1/page/1/nav/







73


Il testo contenuto in ogni elemento h1 dovrebbe ‚match-are‛ totalmente o in parte con il

contenuto dell’elemento title.

Warn: Due to missing elements (0 h1 elements and 1 title element).

(1) www3.unisa.it/

(3) www3.unisa.it/ateneo/amministrazione/AREAIII-

DidatticaeRicerca/Uff_DirittoalloStudio/associazioni_studentesche/index


DidatticaeRicerca/Uff_DirittoalloStudio/disabilita/index


DidatticaeRicerca/Uff_DirittoalloStudio/index


DidatticaeRicerca/Uff_DirittoalloStudio/part_time/part_time


DidatticaeRicerca/uff_coord_attivitapostlaurea/Uff_Form_Post-

Laurea,Scuole,Master,IFTSePerfezionamento/corsi_perfezionamento/home



Laurea,Scuole,Master,IFTSePerfezionamento/index



Laurea,Scuole,Master,IFTSePerfezionamento/scuola_specializzazione/home




DidatticaeRicerca/uff_supportoallesegreteriestudentidifacolta/immatricolazioni/home_immatricola

zioni

(15) www3.unisa.it/ateneo/amministrazione/AREAIV-

RisorseUmane/Uff_Coord_PersonaleTecnico-Amministrativo/Uff_TrattamentoAccessorio/index

(19) www3.unisa.it/ateneo/amministrazione/AREAVI-

RisorseStrumentali/servizioprevenzioneeprotezione/index

(20) www3.unisa.it/ateneo/amministrazione/AREAVII-Biblioteche/index_biblioteche

(22) www3.unisa.it/ateneo/ass_sindacali

(25) www3.unisa.it/ateneo/normativa

(131) www3.unisa.it/didattica/appelli_di_esame

(132) www3.unisa.it/didattica/corsi_di_laurea

(134) www3.unisa.it/didattica/facolta/scienze_mmffnn/index

(135) www3.unisa.it/didattica/index

(136) www3.unisa.it/didattica/lauree

(137) www3.unisa.it/didattica/orari

(138) www3.unisa.it/didattica/ricevimento

(140) www3.unisa.it/ricerca/convenzioni

(142) www3.unisa.it/ricerca/finanziamenti_alla_ricerca/finanziamenti_ricerca

(143) www3.unisa.it/ricerca/index

(144) www3.unisa.it/ricerca/link_associazioni

(145) www3.unisa.it/ricerca/offerta

(146) www3.unisa.it/ricerca/risultati













































74

(147) www3.unisa.it/ricerca/strutture

(148) www3.unisa.it/ricerca/supporti

(149) www3.unisa.it/ricerca/sviluppo

(150) www3.unisa.it/ricerca/vetrina


(152) www3.unisa.it/utenti/enti_e_imprese/convenzioni_consorzi

(154) www3.unisa.it/utenti/enti_e_imprese/impresa_ricerca/brevetti

(157) www3.unisa.it/utenti/enti_e_imprese/portafoglio_professionalita

(159) www3.unisa.it/utenti/personale/formazione

(161) www3.unisa.it/utenti/personale/info_carriera

(162) www3.unisa.it/utenti/personale/mobilita

(163) www3.unisa.it/utenti/personale/modultistica

(164) www3.unisa.it/utenti/personale/patrimonio_immobiliare

(165) www3.unisa.it/utenti/personale/pubblicazione_incarichi

(167) www3.unisa.it/utenti/personale/servizi_informatici

(168) www3.unisa.it/utenti/studenti/borse_premi

(170) www3.unisa.it/utenti/studenti/orientamento

(171) www3.unisa.it/utenti/studenti/preoseguire

(173) www3.unisa.it/utenti/studenti/studiare_all_estero

(174) www3.unisa.it/utenti/territorio/collegamenti

(176) www3.unisa.it/utenti/territorio/raggiungerci

(177) www3.unisa.it/utenti/territorio/vitto_alloggio


(179) www3.unisa.it/vivere_il_campus/arte_campus/arte_campus


Ogni elemento h1 deve avere un contenuto testuale.

Fail: No h1 elements were found. (1) www3.unisa.it/










Ogni elemento h1 dovrebbe contenere del testo esclusivo nel testo dell’elemento alt per

ogni elemento img che contiene.

Warn: No h1 elements were found.

(1) www3.unisa.it/




































75


















76


Subheading

Quando è realizzato il rendering grafico di una risorsa, il testo ed il layout sono scelti per

strutturare visualmente l’informazione presentata dalla risorsa web, rendendola più

facilmente ‚adocchiabile ‛ da parte degli utenti identificando le unità logiche

dell’informazione, headings, e sub-headings.

Una rappresentazione di questo tipo in HTML fa uso di sub-headings (h2-h6), ed è

importante per facilitare la navigazione di utenti che usano tecnologie assistite come

display Braille riaggiornabili.

In assenza di headings, le risorse web appaiono come un solo lungo paragrafo per gli

utenti che utilizzano screen readers. Di conseguenza, localizzare e comprendere le

informazioni di tale risorse può risultare molto difficile.


- Gli utenti che utilizzano tastiera, inclusi gli utenti con disabilità fisiche e gli utenti

che utilizzano screen reader, possono utilizzare i comandi di navigazione tra gli headings

della tastiera per navigare più efficientemente il contenuto delle risorse web.

- Gli utenti di programmi screen reader possono facilmente localizzare ed

identificare le sezioni principali e le sottosezioni delle risorse web.


- Le risorse web risultano più usabili quando lo styling degli headers è consistente.

Identificare gli headers di una risorsa web risulta inoltre più semplice.

- Gli utenti ricevono migliori risultati nella ricerca di risorse web, dato che i motori

di ricerca valutano il contenuto di un heading più che il contenuto di un paragrafo.

- E’ opportune usare la struttura degli headings delle risorse web per assicurare più

accessibilità ad utenti con un range di tecnologie più vasto.


- Risulta più semplice rendere lo styling delle risorse web consistente attraverso le

risorse web usando CSS.

- Per gli sviluppatori web risulta più semplice separare la struttura dallo styling,

dalla creazione e l’ aggiornamento di risorse.

- Il ranking di una risorsa web migliora quando il contenuto del suo heading

fornisce informazioni significative sul contenuto della risorsa web, dato che i motori di

ricerca valutano il contenuto di un heading più che il contenuto di un paragrafo.


77

Dettagli degli errori sezione Subheading:

Fig.21 – Report per la sottosezione Subheading.

Pagine che hanno riportato Warning

Gli elementi subheading che seguono l’ultimo h1 dovrebbero essere propriamente

annidati. (1) www3.unisa.it/

(2) www3.unisa.it/ateneo/altri_soggetti














Laurea,Scuole,Master,IFTSePerfezionamento/dottorati/home






Laurea,Scuole,Master,IFTSePerfezionamento/master/home





DidatticaeRicerca/uff_supportoallesegreteriestudentidifacolta/esami_di_stato/home_esami_di_stat

o


































78



zioni




RisorseUmane/Uff_Coord_TrattamentoEconomico/pensioni/pensioni


RisorseUmane/Uff_Coord_TrattamentoEconomico/trattamento_economico/stipendi/stipendi


RisorseUmane/Uff_Coord_TrattamentoEconomico/trattamento_economico/trattamentoeconomico




(21) www3.unisa.it/ateneo/amministrazione/index


(23) www3.unisa.it/ateneo/centri/index

(24) www3.unisa.it/ateneo/index


(26) www3.unisa.it/ateneo/organi/organi

(27) www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1

(28) www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1/date/2009-06-

01/d/1243807200


02/d/1243807200


03/d/1243807200


04/d/1243807200


05/d/1243807200


06/d/1243807200


07/d/1243807200


08/d/1243807200


09/d/1243807200


10/d/1243807200


11/d/1243807200


12/d/1243807200


13/d/1243807200


14/d/1243807200


15/d/1243807200





















































79


16/d/1243807200


17/d/1243807200


18/d/1243807200


19/d/1243807200


20/d/1243807200


21/d/1243807200


22/d/1243807200


23/d/1243807200


24/d/1243807200


25/d/1243807200


26/d/1243807200


27/d/1243807200


28/d/1243807200


29/d/1243807200


30/d/1243807200

(58) www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1/date/d/12411

28800


99200

(60) www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1/id/367





































































80





(81) www3.unisa.it/detail/view/module/news/idStructure/1

(82) www3.unisa.it/detail/view/module/news/idStructure/1/id/423




(86) www3.unisa.it/detail/view/module/photogallery/idContent/0/idChannel/0/idStructure/1/id/121

9


8


9

(89) www3.unisa.it/detail/view/module/photogallery/idContent/10947/idChannel/125/idStructure/

419/id/506


419/id/507


419/id/508


419/id/509


419/id/510


419/id/511


419/id/512


419/id/513


419/id/514


419/id/515


419/id/516

(100) www3.unisa.it/detail/view/module/photogallery/idContent/10947/idChannel/125/idStructure

/419/id/517


/419/id/518


/419/id/519


417/id/506


417/id/507


417/id/508


417/id/509





















































81


417/id/510


417/id/511


417/id/512


417/id/513


417/id/514


417/id/515


417/id/516


417/id/517


417/id/518


417/id/519


420/id/506


420/id/507


420/id/508


420/id/509


420/id/510


420/id/511


420/id/512


420/id/513


420/id/514


420/id/515


420/id/516


420/id/517


420/id/518


420/id/519



(133) www3.unisa.it/didattica/facolta/index





















































82






(139) www3.unisa.it/qualita/index


(141) www3.unisa.it/ricerca/dipartimenti/index












(153) www3.unisa.it/utenti/enti_e_imprese/gare/gare


(155) www3.unisa.it/utenti/enti_e_imprese/impresa_ricerca/impresa_ricerca

(156) www3.unisa.it/utenti/enti_e_imprese/index


(158) www3.unisa.it/utenti/enti_e_imprese/trasferimento_spinoff/trasferimento_tecnologico


(160) www3.unisa.it/utenti/personale/index






(166) www3.unisa.it/utenti/personale/reclutamento/index



(169) www3.unisa.it/utenti/studenti/index



(172) www3.unisa.it/utenti/studenti/studenti_stranieri



(175) www3.unisa.it/utenti/territorio/index





(180) www3.unisa.it/vivere_il_campus/index

















































83


Ogni elemento subheading (h2..h6) deve avere un contenuto testuale.




9


8


9




Ogni elemento subheading (h2..h6) dovrebbe contenere del testo esclusivo nel testo

dell’elemento alt per ogni elemento img che contiene.




9


8


9
























84


Navigation Bars:

E’ importante usare il markup HTML per le barre di navigazione e per altri

raggruppamenti di links che permettano all’utente di identificare tali links come barre di

navigazione, permettergli di muoverso facilmente attraverso di esse e saltarle quando ce

n’è bisogno.Gli utenti possono facilmente identificare le barre di navigazione quando è

utilizzata una lista con l’attributo role ed un heading.


- Gli utenti che utilizzano tastiera, inclusi gli utenti con disabilità fisiche e gli utenti

che utilizzano screen reader, possono utilizzare i comandi di navigazione tra gli headings

della tastiera per muoversi o passare attraverso le barre di navigazione.

- Gli utenti di programmi screen reader possono facilmente localizzare ed

identificare le barre di navigazione sulla risorsa web.


- Quando lo stile delle barre di navigazione è consistente, le risorse web risultano

più usabili e le barre di navigazione più identificabili.

- Le barre di navigazione risulteranno più accessibili agli utenti con un più ampio

range di tecnologie.


- Quando gli headings e le liste sono usati in congiunzione con il CSS, lo stile delle

barre di navigazione risulta più semplice e più consistente attraverso le risorse web.

- Per gli sviluppatori web risulta più semplice separare la struttura dallo styling,

dalla creazione e l’ aggiornamento di risorse.


85

Dettagli degli errori sezione Navigation Bars:

Fig.22 – Report per la sottosezione Navigation Bars.


Ogni elemento ul o ol che precede l’ultimo elemento h1 e appare in una barra di

navigazione dovrebbe essere immediatamente preceduto da un elemento heading,

preferibilmente un h2.

(2) www3.unisa.it/ateneo/altri_soggetti














Laurea,Scuole,Master,IFTSePerfezionamento/dottorati/home






Laurea,Scuole,Master,IFTSePerfezionamento/master/home





DidatticaeRicerca/uff_supportoallesegreteriestudentidifacolta/esami_di_stato/home_esami_di_stat

o





zioni


































86




RisorseUmane/Uff_Coord_TrattamentoEconomico/pensioni/pensioni


RisorseUmane/Uff_Coord_TrattamentoEconomico/trattamento_economico/stipendi/stipendi


RisorseUmane/Uff_Coord_TrattamentoEconomico/trattamento_economico/trattamentoeconomico




(21) www3.unisa.it/ateneo/amministrazione/index


(23) www3.unisa.it/ateneo/centri/index

(24) www3.unisa.it/ateneo/index


(26) www3.unisa.it/ateneo/organi/organi

(27) www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/idStructure/1


01/d/1243807200


02/d/1243807200


03/d/1243807200


04/d/1243807200


05/d/1243807200


06/d/1243807200


07/d/1243807200


08/d/1243807200


09/d/1243807200


10/d/1243807200


11/d/1243807200


12/d/1243807200


13/d/1243807200


14/d/1243807200


15/d/1243807200


16/d/1243807200




















































87


17/d/1243807200


18/d/1243807200


19/d/1243807200


20/d/1243807200


21/d/1243807200


22/d/1243807200


23/d/1243807200


24/d/1243807200


25/d/1243807200


26/d/1243807200


27/d/1243807200


28/d/1243807200


29/d/1243807200


30/d/1243807200


28800


99200








































































88



(81) www3.unisa.it/detail/view/module/news/idStructure/1






9


8


9


419/id/506


419/id/507


419/id/508


419/id/509


419/id/510


419/id/511


419/id/512


419/id/513


419/id/514


419/id/515


419/id/516


/419/id/517


/419/id/518


/419/id/519


417/id/506


417/id/507


417/id/508


417/id/509


417/id/510





















































89


417/id/511


417/id/512


417/id/513


417/id/514


417/id/515


417/id/516


417/id/517


417/id/518


417/id/519


420/id/506


420/id/507


420/id/508


420/id/509


420/id/510


420/id/511


420/id/512


420/id/513


420/id/514


420/id/515


420/id/516


420/id/517


420/id/518


420/id/519


























































90




(139) www3.unisa.it/qualita/index


(141) www3.unisa.it/ricerca/dipartimenti/index











(153) www3.unisa.it/utenti/enti_e_imprese/gare/gare


(155) www3.unisa.it/utenti/enti_e_imprese/impresa_ricerca/impresa_ricerca

(156) www3.unisa.it/utenti/enti_e_imprese/index


(158) www3.unisa.it/utenti/enti_e_imprese/trasferimento_spinoff/trasferimento_tecnologico








(166) www3.unisa.it/utenti/personale/reclutamento/index



(169) www3.unisa.it/utenti/studenti/index



(172) www3.unisa.it/utenti/studenti/studenti_stranieri



(175) www3.unisa.it/utenti/territorio/index




(180) www3.unisa.it/vivere_il_campus/index













































91

3.8 Conformità alla legge Stanca Di seguito è illustrata la checklist dei punti della Legge Stanca per ogni pagina che

abbiamo valutato manualmente.

Homepage:

http://www3.unisa.it

Requisiti Si No N/A 1 Realizzare pagine e oggetti in esse contenuti con tecnologie definite da

grammatiche formali pubblicate, utilizzando le versioni più recenti disponibili

quando sono supportate dai programmi utente. Utilizzare elementi ed attributi in modo conforme alle specifiche, rispettandone

l'aspetto semantico. In particolare, per i linguaggi a marcatori HTML e XHTML: 1. Per tutti i siti di nuova realizzazione, utilizzare almeno la versione 4.01

dell'HTML o la versione 1.0 dell'XHTML, entrambe con DTD (Definizione del Tipo di Documento) di tipo Strict;

2. In sede di prima applicazione, per i siti esistenti, nel caso in cui non sia possibile ottemperare al punto a) è consentito utilizzare la versione dei linguaggi sopra indicati con DTD Transitional

con le seguenti avvertenze: 1. evitare l'uso di elementi ed attributi che consentono di definire

caratteristiche presentazionali della pagina (quali caratteristiche dei caratteri del testo, colori del testo e dello sfondo, ecc.), impiegando al loro posto i Fogli di Stile CSS;

2. evitare la generazione di nuove finestre; ove ciò non fosse possibile, avvisare esplicitamente l'utente del cambiamento del focus;

3. pianificare la transizione dell'intero sito alla versione con DTD Strict del linguaggio utilizzato. Il piano di transizione va presentato alla Presidenza del Consiglio dei Ministri - Dipartimento per l'Innovazione e le Tecnologie.

Si

2 Non è consentito l'uso dei frame nella realizzazione di nuovi siti. In sede di

prima applicazione, per i siti esistenti già realizzati con frame, è consentito l'uso di HTML 4.01 o XHTML 1.0 con DTD frameset con le seguenti avvertenze:

1. evitare l'uso di elementi ed attributi che consentono di definire caratteristiche presentazionali della pagina (quali caratteristiche dei caratteri del testo, colori del testo e dello sfondo, ecc.), impiegando al loro posto i Fogli di Stile CSS (Cascading Style Sheets);

2. fare in modo che ogni frame abbia un titolo significativo per facilitarne

l'identificazione e la navigazione. Se necessario, descrivere anche lo scopo dei frame e la loro interazione;

3. 3. pianificare la transizione a XHTML almeno nella versione 1.0 con DTD Strict dell'intero sito. Il piano di transizione va presentato alla

Presidenza del Consiglio dei Ministri - Dipartimento per l'Innovazione e le Tecnologie.

Si

3 Fornire una alternativa testuale equivalente per ogni oggetto non testuale presente in una pagina e assicurarsi che quando cambia dinamicamente il contenuto non testuale di un oggetto vengano aggiornati anche i suoi equivalenti. L'alternativa testuale equivalente di un oggetto non testuale deve essere commisurata alla funzione esercitata dall'oggetto nello specifico contesto.

Si

4 Assicurarsi che tutta l'informazione e tutte le funzionalità veicolate dal colore siano disponibili anche senza l'uso dello stesso.

N/A

5 Evitare oggetti e scritte lampeggianti o in movimento le cui frequenze di funzionamento possono provocare disturbi da epilessia fotosensibile, disturbi della concentrazione o che possono causare il malfunzionamento delle

tecnologie assistive. Quando le esigenze informative richiedono comunque il loro utilizzo, avvisare l'utente del rischio e predisporre metodi che consentano

Si



92

di evitare tali oggetti.

6 Assicurarsi che il contenuto informativo (foreground) e lo sfondo (background) siano distinguibili, per mezzo di un sufficiente contrasto nel caso di testo oppure di differenza di livello sonoro in caso di parlato con sottofondo musicale. Un testo in forma di immagine è sconsigliato in genere ma, se non

evitabile, deve essere realizzato con gli stessi criteri di distinguibilità indicati in precedenza, tenendo conto che in una immagine il contrasto e le dimensioni dei caratteri non sono modificabili dall'utente.

No

7 Utilizzare mappe immagine sensibili di tipo lato client piuttosto che lato server, eccetto il caso in cui le zone sensibili non possano essere definite con una forma geometrica valida.

N/A

8 Se sono utilizzate mappe immagine lato server, fornire i collegamenti di testo alternativi necessari ad ottenere tutte le informazioni o i servizi raggiungibili tramite l'interazione con la mappa.

N/A

9 Usare elementi (marcatori) ed attributi per descrivere i contenuti e per identificare le intestazioni di righe e colonne all'interno di tabelle di dati.

N/A

10 Usare elementi (marcatori) per associare le celle di dati e le celle di

intestazione nelle tabelle di dati che hanno due o più livelli logici di intestazione di righe o colonne.

N/A

11 Usare i fogli di stile per controllare la presentazione dei contenuti e organizzare

le pagine in modo che possano essere lette anche quando i fogli di stile siano disabilitati o non supportati.

Si

12 La presentazione e i contenuti testuali di una pagina devono potersi adattare all'interfaccia utilizzata dall'utente senza sovrapposizione degli oggetti presenti o perdita di informazioni tali da rendere incomprensibile il contenuto, anche in caso di ridimensionamento, ingrandimento o riduzione dell'area di

visualizzazione e/o dei caratteri rispetto ai valori di default di tali parametri.

No

13 Qualora si utilizzino le tabelle a scopo di impaginazione: • assicurarsi che il loro contenuto sia comprensibile quando esse sono

lette in modo linearizzato, • utilizzare gli elementi e gli attributi di una tabella rispettandone il

valore semantico definito nella specifica del linguaggio a marcatori utilizzato.

N/A

14 Nei moduli (form), associare in maniera esplicita le etichette ai loro controlli, posizionandole in modo da agevolare la compilazione dei campi a chi utilizza le tecnologie assistite.

Si

15 Assicurarsi che le pagine siano utilizzabili quando script, applet, o altri oggetti di programmazione sono disabilitati oppure non supportati. Se questo non è possibile:

• fornire una spiegazione della funzionalità fornita; • garantire l'alternativa testuale equivalente in modo analogo a quanto

indicato nel requisito n. 3

N/A

16 Assicurarsi che i gestori di eventi che attivano script, applet oppure altri oggetti di programmazione o che possiedono comunque una loro specifica interfaccia, siano indipendenti da uno specifico dispositivo di input.

N/A

17 Fare in modo che le funzionalità e le informazioni veicolate per mezzo di

oggetti di programmazione, oggetti che utilizzino tecnologie non definite da grammatiche formali pubblicate, script e applet siano direttamente accessibili o compatibili con le tecnologie assistite.

N/A

18 Qualora un filmato o una presentazione multimediale temporizzata siano indispensabili alla informazione fornita o al servizio erogato, sincronizzare con

essi l'alternativa testuale equivalente, in forma di sotto-titolazione o descrizione vocale, oppure associarvi un riassunto o una semplice etichetta, a seconda del livello di importanza e delle difficoltà di realizzazione nel caso di presentazioni in tempo reale.

N/A

19 Rendere chiara la destinazione di ogni collegamento ipertestuale (link) con testi significativi anche se letti fuori dal loro contesto oppure associare ai

collegamenti testi alternativi che siano a loro volta esplicativi della destinazione del collegamento. Prevedere meccanismi che consentano di evitare letture ripetitive di sequenze di collegamenti comuni a più pagine.

Si

20 Qualora per la fruizione di un servizio erogato in una pagina sia previsto un determinato intervallo di tempo per il compimento di determinate azioni, è

necessario avvertire di ciò l'utente, indicando anche il tempo massimo utile e

N/A


93

fornendo eventuali alternative per fruire del servizio stesso.

21 Fare in modo che i collegamenti presenti in una pagina siano selezionabili e attivabili tramite comandi da tastiera o tecnologia in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse. In particolare:

• la distanza verticale (interlinea) di liste di link sia di almeno 1 em;

• le distanze orizzontale e verticale tra i bottoni di un modulo (form) sia di almeno 1 em;

• le dimensioni dei bottoni in un form siano tali da rendere chiaramente leggibile l'etichetta in essi contenuta, per esempio utilizzando opportunamente il margine interno (padding) tra l'etichetta e i bordi del bottone;

• alle immagini sensibili si applicano gli stessi principi dei bottoni dei

moduli, ricordando che in questo caso le dimensioni definite non sono modificabili.

Si

22 In sede di prima applicazione, per i siti esistenti, in ogni pagina che non può essere ricondotta al rispetto dei presenti requisiti, fornire un collegamento a una pagina che li rispetti, contenga informazioni e funzionalità equivalenti, e

sia aggiornata con la stessa frequenza della pagina originale, evitando la

creazione di pagine di solo testo. Il collegamento alla pagina accessibile deve essere proposto come scelta in modo evidente all'inizio della pagina non accessibile.

N/A


94

Didattica:



grammatiche formali pubblicate, utilizzando le versioni più recenti disponibili quando sono supportate dai programmi utente. Utilizzare elementi ed attributi in modo conforme alle specifiche, rispettandone



4. In sede di prima applicazione, per i siti esistenti, nel caso in cui non sia possibile ottemperare al punto a) è consentito utilizzare la versione dei

linguaggi sopra indicati con DTD Transitional con le seguenti avvertenze:

4. evitare l'uso di elementi ed attributi che consentono di definire caratteristiche presentazionali della pagina (quali caratteristiche dei caratteri del testo, colori del testo e dello sfondo, ecc.), impiegando al loro posto i Fogli di Stile CSS;

5. evitare la generazione di nuove finestre; ove ciò non fosse possibile,

avvisare esplicitamente l'utente del cambiamento del focus; 6. pianificare la transizione dell'intero sito alla versione con DTD Strict del

linguaggio utilizzato. Il piano di transizione va presentato alla Presidenza del Consiglio dei Ministri - Dipartimento per l'Innovazione e le Tecnologie.

No



4. evitare l'uso di elementi ed attributi che consentono di definire caratteristiche presentazionali della pagina (quali caratteristiche dei caratteri del testo, colori del testo e dello sfondo, ecc.), impiegando al

loro posto i Fogli di Stile CSS (Cascading Style Sheets);

5. fare in modo che ogni frame abbia un titolo significativo per facilitarne l'identificazione e la navigazione. Se necessario, descrivere anche lo scopo dei frame e la loro interazione;

6. 3. pianificare la transizione a XHTML almeno nella versione 1.0 con DTD Strict dell'intero sito. Il piano di transizione va presentato alla Presidenza del Consiglio dei Ministri - Dipartimento per l'Innovazione e le Tecnologie.

Si


Si


Si

5 Evitare oggetti e scritte lampeggianti o in movimento le cui frequenze di funzionamento possono provocare disturbi da epilessia fotosensibile, disturbi

della concentrazione o che possono causare il malfunzionamento delle tecnologie assistive. Quando le esigenze informative richiedono comunque il loro utilizzo, avvisare l'utente del rischio e predisporre metodi che consentano di evitare tali oggetti.

Si

6 Assicurarsi che il contenuto informativo (foreground) e lo sfondo (background) siano distinguibili, per mezzo di un sufficiente contrasto nel caso di testo

oppure di differenza di livello sonoro in caso di parlato con sottofondo musicale. Un testo in forma di immagine è sconsigliato in genere ma, se non evitabile, deve essere realizzato con gli stessi criteri di distinguibilità indicati in precedenza, tenendo conto che in una immagine il contrasto e le dimensioni dei caratteri non sono modificabili dall'utente.

Si

7 Utilizzare mappe immagine sensibili di tipo lato client piuttosto che lato server, eccetto il caso in cui le zone sensibili non possano essere definite con una

N/A



95

forma geometrica valida.


N/A


Si

10 Usare elementi (marcatori) per associare le celle di dati e le celle di intestazione nelle tabelle di dati che hanno due o più livelli logici di intestazione di righe o colonne.

N/A

11 Usare i fogli di stile per controllare la presentazione dei contenuti e organizzare le pagine in modo che possano essere lette anche quando i fogli di stile siano disabilitati o non supportati.

Si

12 La presentazione e i contenuti testuali di una pagina devono potersi adattare all'interfaccia utilizzata dall'utente senza sovrapposizione degli oggetti presenti

o perdita di informazioni tali da rendere incomprensibile il contenuto, anche in caso di ridimensionamento, ingrandimento o riduzione dell'area di visualizzazione e/o dei caratteri rispetto ai valori di default di tali parametri.

Si


lette in modo linearizzato,

• utilizzare gli elementi e gli attributi di una tabella rispettandone il valore semantico definito nella specifica del linguaggio a marcatori utilizzato.

N/A


N/A


• fornire una spiegazione della funzionalità fornita;

• garantire l'alternativa testuale equivalente in modo analogo a quanto indicato nel requisito n. 3

Si


N/A

17 Fare in modo che le funzionalità e le informazioni veicolate per mezzo di oggetti di programmazione, oggetti che utilizzino tecnologie non definite da grammatiche formali pubblicate, script e applet siano direttamente accessibili o compatibili con le tecnologie assistite.

N/A

18 Qualora un filmato o una presentazione multimediale temporizzata siano

indispensabili alla informazione fornita o al servizio erogato, sincronizzare con essi l'alternativa testuale equivalente, in forma di sotto-titolazione o descrizione vocale, oppure associarvi un riassunto o una semplice etichetta, a seconda del livello di importanza e delle difficoltà di realizzazione nel caso di presentazioni in tempo reale.

N/A

19 Rendere chiara la destinazione di ogni collegamento ipertestuale (link) con

testi significativi anche se letti fuori dal loro contesto oppure associare ai collegamenti testi alternativi che siano a loro volta esplicativi della destinazione del collegamento. Prevedere meccanismi che consentano di

evitare letture ripetitive di sequenze di collegamenti comuni a più pagine.

Si

20 Qualora per la fruizione di un servizio erogato in una pagina sia previsto un

determinato intervallo di tempo per il compimento di determinate azioni, è necessario avvertire di ciò l'utente, indicando anche il tempo massimo utile e fornendo eventuali alternative per fruire del servizio stesso.

N/A


• la distanza verticale (interlinea) di liste di link sia di almeno 1 em; • le distanze orizzontale e verticale tra i bottoni di un modulo (form) sia

di almeno 1 em; • le dimensioni dei bottoni in un form siano tali da rendere chiaramente

leggibile l'etichetta in essi contenuta, per esempio utilizzando opportunamente il margine interno (padding) tra l'etichetta e i bordi

Si


96

del bottone;

• alle immagini sensibili si applicano gli stessi principi dei bottoni dei moduli, ricordando che in questo caso le dimensioni definite non sono modificabili.

22 In sede di prima applicazione, per i siti esistenti, in ogni pagina che non può

essere ricondotta al rispetto dei presenti requisiti, fornire un collegamento a una pagina che li rispetti, contenga informazioni e funzionalità equivalenti, e sia aggiornata con la stessa frequenza della pagina originale, evitando la creazione di pagine di solo testo. Il collegamento alla pagina accessibile deve essere proposto come scelta in modo evidente all'inizio della pagina non accessibile.

N/A


97

News:

http://www3.unisa.it/detail/view/module/news/idContent/0/idChannel/0/id

Structure/1






linguaggi sopra indicati con DTD Transitional





No



7. evitare l'uso di elementi ed attributi che consentono di definire caratteristiche presentazionali della pagina (quali caratteristiche dei

caratteri del testo, colori del testo e dello sfondo, ecc.), impiegando al loro posto i Fogli di Stile CSS (Cascading Style Sheets);




Si


Si

4 Assicurarsi che tutta l'informazione e tutte le funzionalità veicolate dal colore

siano disponibili anche senza l'uso dello stesso.

Si


tecnologie assistive. Quando le esigenze informative richiedono comunque il loro utilizzo, avvisare l'utente del rischio e predisporre metodi che consentano di evitare tali oggetti.

Si



Si




98

7 Utilizzare mappe immagine sensibili di tipo lato client piuttosto che lato server,

eccetto il caso in cui le zone sensibili non possano essere definite con una forma geometrica valida.

N/A

8 Se sono utilizzate mappe immagine lato server, fornire i collegamenti di testo alternativi necessari ad ottenere tutte le informazioni o i servizi raggiungibili

tramite l'interazione con la mappa.

N/A


No

10 Usare elementi (marcatori) per associare le celle di dati e le celle di intestazione nelle tabelle di dati che hanno due o più livelli logici di

intestazione di righe o colonne.

N/A


Si

12 La presentazione e i contenuti testuali di una pagina devono potersi adattare all'interfaccia utilizzata dall'utente senza sovrapposizione degli oggetti presenti o perdita di informazioni tali da rendere incomprensibile il contenuto, anche in

caso di ridimensionamento, ingrandimento o riduzione dell'area di visualizzazione e/o dei caratteri rispetto ai valori di default di tali parametri.

Si

13 Qualora si utilizzino le tabelle a scopo di impaginazione:

• assicurarsi che il loro contenuto sia comprensibile quando esse sono lette in modo linearizzato,


N/A

14 Nei moduli (form), associare in maniera esplicita le etichette ai loro controlli,

posizionandole in modo da agevolare la compilazione dei campi a chi utilizza le tecnologie assistite.

Si

15 Assicurarsi che le pagine siano utilizzabili quando script, applet, o altri oggetti di programmazione sono disabilitati oppure non supportati. Se questo non è

possibile: • fornire una spiegazione della funzionalità fornita; • garantire l'alternativa testuale equivalente in modo analogo a quanto


Si

16 Assicurarsi che i gestori di eventi che attivano script, applet oppure altri oggetti di programmazione o che possiedono comunque una loro specifica

interfaccia, siano indipendenti da uno specifico dispositivo di input.

N/A


N/A

18 Qualora un filmato o una presentazione multimediale temporizzata siano indispensabili alla informazione fornita o al servizio erogato, sincronizzare con essi l'alternativa testuale equivalente, in forma di sotto-titolazione o descrizione vocale, oppure associarvi un riassunto o una semplice etichetta, a seconda del livello di importanza e delle difficoltà di realizzazione nel caso di presentazioni in tempo reale.

N/A



Si

20 Qualora per la fruizione di un servizio erogato in una pagina sia previsto un determinato intervallo di tempo per il compimento di determinate azioni, è necessario avvertire di ciò l'utente, indicando anche il tempo massimo utile e fornendo eventuali alternative per fruire del servizio stesso.

N/A

21 Fare in modo che i collegamenti presenti in una pagina siano selezionabili e

attivabili tramite comandi da tastiera o tecnologia in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse. In particolare:



Si


99

leggibile l'etichetta in essi contenuta, per esempio utilizzando

opportunamente il margine interno (padding) tra l'etichetta e i bordi del bottone;


22 In sede di prima applicazione, per i siti esistenti, in ogni pagina che non può essere ricondotta al rispetto dei presenti requisiti, fornire un collegamento a una pagina che li rispetti, contenga informazioni e funzionalità equivalenti, e sia aggiornata con la stessa frequenza della pagina originale, evitando la creazione di pagine di solo testo. Il collegamento alla pagina accessibile deve essere proposto come scelta in modo evidente all'inizio della pagina non

accessibile.

N/A


100

Ricerca:












Si







Si


Si


Si



Si



Si


N/A



101



N/A


N/A


N/A


Si



Si




N/A


Si




Si


N/A


N/A



N/A




Si



N/A





Si


102

del bottone;




N/A


103













Si







Si


Si


N/A



Si



No


N/A



104



N/A


N/A


N/A


Si



No




N/A


Si




N/A


N/A


N/A



N/A




Si



N/A





Si


105

del bottone;




N/A


106

Biblioteca:

http://www3.unisa.it/ateneo/amministrazione/AREAVII-












Si








Si


Si



N/A



Si



No




107



N/A



N/A


N/A



N/A


Si



No




N/A



Si




N/A



N/A


N/A


N/A



Si


N/A





Si


108





accessibile.

N/A


109

Segreterie:













Si








Si


Si



N/A



Si



No




110



N/A



N/A


No



N/A


Si



No




N/A



Si




N/A



N/A


N/A


N/A



Si


N/A





Si


111





accessibile.

N/A


112

4. Sommario dei risultati

4.1 Analisi generale


113

4.2 Analisi HTML e CSS

Validazione HTML

Validazione CSS


114

4.3 Analisi Cynthia Software


115

4.4 Analisi F.A.E

Report generale problemi riscontrati con F.A.E.

Dettagli analisi per ogni sottocategoria.


116

Legenda F.A.E.


117

4.5 Valutazione manuale WCAG 1.0


118

4.6 Analisi Conformità Legge Stanca

N° Requisito Motivazione per cui il requisito non è soddisfatto

1 Non tutte le pagine hanno superato la validazione HTML

2 Si. Nessuna pagina usa frame.

3 No, alcune foto, anche se non rilevanti alla fruizione del sito,

non hanno un attributo alt.

4 N/A

5 Si

6 No, alcuni contrasti di colore non sono abbastanza elevati.

7 Si, tutte le mappe di immagini sono lato client.

8 N/A

9 No, alcune tabelle non hanno intestazioni di riga e colonna.

10 N/A

11 Si, sono stati utilizzati fogli di stile.

12 No, le pagine non sono visualizzabili in caso di zoom del testo.

13 N/A

14 Si, tutti i form hanno delle etichette comprensibili.

15 N/A

16 N/A

17 N/A

18 N/A

19 Si, le destinazioni dei link sono significative.

20 N/A

21 Si, i link sono selezionabili da tastiera.

22 N/A


119

5. Conclusioni

Dopo un’attenta analisi del sito unisa.it siamo giunti alle seguenti conclusioni:

Utilizzando il sito con i browser in stato ‚normale‛ (con tutto attivato) sono stati

rilevati alcuni problemi:

o Se il testo viene ingrandito i menù non sono più leggibili.

o In una pagina è stato riscontrato un problema di sovrapposizione

testo/immagine cambiando le dimensioni della finestra.

o Nella homepage disabilitando javascript non viene visualizzato lo slide

show e non ci sono messaggi alternativi alle immagini presenti al suo

interno.

o Il menù orizzontale del sito può essere selezionato tramite i tab, ma il

collegamento non viene evidenziato in alcun modo.

Il tool Contrast Analyzer ha evidenziato che in 4 punti il contrasto di colore tra

sfondo e testo non è abbastanza elevato.

Browser testuali: non sono stati riscontrati problemi.

Browser vocali: la mancanza di intestazioni nelle pagine non consentono una

divisione appropriata delle sezioni (non tutte le pagine contengono tag h1).

La validazione HTML è stata fatta con 3 validatori diversi su un campione di 7

pagine. Errori rilevanti evidenziati da tutti e 3 i valida tori sono stati riscontrati

solo su due pagine.

Il CSS è risultato non valido per entrambi i validatori utilizzati.

Con il validatore automatico per l’accessibilità F.A.E. il test è stato effettuato su

tutte le pagine del sito, e di queste solo 6 hanno riportato errori, molte pagine

invece hanno riportato warning. Gli errori riscontrati riguardano soprattutto

difetti sulle intestazioni e sulla barra di navigazione (entrambi importanti per i

browser vocali e testuali).

Con il validatore per l'accesibilità Cynthia Software, il test è stato eseguito su 7

pagine campione, tutte le pagine hanno superato il test a priorità 1, quello a

priorità 2 è stato superato da 6 pagine; il test sulla priorità 3 invece ha evidenziato

errori solo su una pagina, ma ha evidenziato warning su tutte.


120

In una successiva revisione manuale delle 7 pagine campione, il test automatico si

è rilevato "troppo buono". Infatti nei test manuali solo una pagina non supera la

priorità uno, ma nessuna pagina supera il test priorità 2 e 3.

Per verificare la conformità del sito alla legge Stanca, abbiamo effettuato la verifica

manuale su 7 pagine; gli errori più importanti riscontrati sono stati: mancanza di

attributo alt ad alcune immagini, problemi con le tabelle (non hanno intestazione

di riga e di colonna), alcuni contrasti di colore non abbastanza elevati.

Inoltre ciò che risulta più evidente è la mancanza di una versione inglese del sito,

che per un sito di un'università è molto grave, in quanto ne impedisce la

comprensibilità ad utenti che non parlino la nostra lingua, come possono essere

studenti, ricercatori e professori di altri paesi.

Per quanto detto finora, fondendo i risultati sia della valutazione semi-automatica che

manuale, è stato dimostrato che il sito preso in considerazione non è conforme né alle

norme WAI né alla legge Stanca.

Allo stesso tempo però possiamo dedurre che per condurre il sito ad un livello di

accessibilità adeguato e completo non dovranno essere predisposti eccessivi lavori di

ristrutturazione dell’applicazione da parte degli sviluppatori.

I fault riscontrati infatti sono risultati non molti e abbastanza localizzati, il che fa

ipotizzare che il sito abbia ottime potenzialità per poter diventare accessibile al cento

per cento.

Inoltre è consigliabile che tali migliorie siano apportate in tempi brevi al fine di

garantire al più presto accessibilità all'intera comunità di utenti.


121

6. Bibliografia

- Articolo: "Capire l'importanza dell'accessibilità"

http://www.niscowebdesign.ch/accessibilita.php

- Web Accessibility Initiative page

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

- W3C Recommendation

http://www.w3.org/TR/WCAG10/

- Wikipedia: legge Stanca

http://it.wikipedia.org/wiki/Legge_Stanca

- ‘Laboratorio di accessibilità e usabilità’

http://lau.csi.it/risorse/normative/legge_stanca/checklist/indice.shtml

- Valutazione dell’accessibilità di un sito web – Parte Prima, storia e preparazione

Traduzione dell'articolo originale "Evaluating Website Accessibility Part 1,

Background and Preparation" di Roger Johansson

http://www.magnificaweb.it/valutazione-accessibilita-sito-web-parte-prima/

- Valutazione dell’accessibilità di un sito web - Parte Seconda, controlli di base

Traduzione dell'articolo originale "Evaluating Website Accessibility Part 2, Basic

Checkpoints" di Roger Johansson

http://www.magnificaweb.it/valutazione-accessibilita-sito-web-parte-seconda/

http://www.niscowebdesign.ch/accessibilita.php

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

http://www.w3.org/TR/WCAG10/

http://it.wikipedia.org/wiki/Legge_Stanca

http://lau.csi.it/risorse/normative/legge_stanca/checklist/indice.shtml

http://www.magnificaweb.it/valutazione-accessibilita-sito-web-parte-prima/

http://www.magnificaweb.it/valutazione-accessibilita-sito-web-parte-seconda/

Valutazione Accessibilità - damatoangelo.files.wordpress.com · Accessibilità dei siti web...

Documents

Transcript of Valutazione Accessibilità - damatoangelo.files.wordpress.com · Accessibilità dei siti web...