Sei in: Home page > Legge Stanca > Punti di controllo

Requisiti da sottoporre a verifica

Qui di seguito vengono elencati i ventidue punti elencati nella legge Stanca riguardo all'accessibilità dei siti internet di dominio pubblico nel nostro paese.

Requisiti da sottoporre a verifica

1 - Realizzare le pagine web utilizzando tecnologie formalizzate e pubblicate, ossia le cui specifiche siano disponibili.

Utilizzare marcatori, elementi ed attributi in conformità alle specifiche.
Separare contenuto e layout, utilizzare i fogli di stile CSS.

2 - Non è consentito l'uso dei frame.

Per i siti già realizzati che rispettano il punto 1, ma che contengono frame, è possibile utilizzare il DTD frameset.
Fare in modo che ogni frame abbia un titolo significativo per facilitarne l'identificazione e la navigazione.

3 - Fornire idonee alternative testuali per ogni oggetto presente nella pagina (es. immagini, animazioni...).

L'equivalente testuale deve essere di pari importanza rispetto all'elemento che sostituisce e deve contenere informazioni parimenti significative.
Questo deve essere previsto anche per le pagine create dinamicamente.

4 - Garantire che tutte le informazioni e tutte le funzionalità siano disponibili anche in assenza del particolare colore assegnato.

Ad es. un link deve essere riconoscibile come tale anche se non presenta gli elementi classici quali la sottolineatura ed il colore blu

5 - Non usare elementi lampeggianti o in movimento (es. tag blink).

La formulazione originale ammette l'utilizzo di elementi lampeggianti o in movimento ma non ne definisce modi e tempi in maniera chiara e univoca, pertanto se ne sconsiglia completamente l'uso.

6 - Il contenuto deve essere chiaramente distinguibile dallo sfondo.

Benchè sia ammesso, un testo in forma di immagine è sempre da evitare. Nel caso non fosse proprio possibile, predisporre adeguate alternative

7 - Utilizzare mappe immagine sensibile lato client, eccetto nel caso in cui le zone sensibili non possano essere definite con una delle forme geometriche predefinite indicate nella DTD adottata.

In ogni caso bisogna fornire dei collegamenti testuali alternativi, chiaramente identificati ed identificabili, per ogni elemento attivo.

8 - Se vengono usate mappe immagine lato server, fornire i collegamenti testuali per ottenere ugualmente tutte le informazioni o i servizi che si otterrebbero tramite la mappa.

9 - Per le tabelle dati usare gli elementi (marcatori) e gli attributi previsti dalla DTD adottata per descrivere i contenuti e identificare le intestazioni di righe e colonne.

Facilitare la lettura linea per linea (dalla prima cella in alto a sinistra all'ultima in basso a destra).

10 - Per le tabelle dati usare i marcatori per associare le celle di dati e le celle di intestazione che hanno più livelli logici.

Evitare le tabelle nidificate e facilitare la lettura linea per linea.

11 - Utilizzare CSS e organizzare le pagine in modo che i contenuti siano fruibili anche se i fogli di stile sono disabilitati o non supportati.

12 - La presentazione ed i contenuti testuali devono potersi adattare alle dimensioni della finestra del browser senza creare problemi di fruizione dei contenuti (es. elementi che si sovrappongono al altri).

Come indicazione empirica si consiglia, alla risoluzione di 800x600 pixel, di utilizzare una dimensione font che possa essere ridotta sino al 75% e ingrandita sino al 200% senza che vi sia perdita di leggibilità e/o si causino disturbi alla visualizzazione.

13 - Se si utilizzano le tabelle a scopo di impaginazione (scelta sconsigliata) bisogna garantire la comprensibilità del contenuto anche con una lettura lineare (tramite screen reader, browser vocali, ...) e utilizzare gli elementi e gli attributi della tabella rispettandone il valore semantico ossia non usare alcun codice di marcatura strutturale con il proposito di ottenere effetti di formattazione.

14 - Nei moduli (form) associare le etichette ai rispettivi campi, agevolando la compilazione di chi utilizza le tecnologie assistive (es. è possibile passare da un modulo all'altro tramite il taso tab).

15 - Garantire che le pagine siano usabili anche se vengono disabilitati script, applet e simili (oppure non sono supportati).

Se non è possibile, prevedere una spiegazione testuale delle funzionalità e garantire un'alternativa testuale.

16 - Garantire che i gestori di eventi che attivano oggetti di programmazione siano indipendenti da uno specifico dispositivo di input (in modo che possano essere usati mouse labbiali, tastiere speciali,...).

17 - Garantire che le informazioni veicolate mediante script, applet e simili (o che utilizzano tecnologie non pubblicamente definite), siano direttamente accessibili.

18 - Se un filmato o una presentazione multimediale sono indispensabili, predisporre un'alternativa testuale equivalente (es. sottotitoli, descrizione vocale, ...).

19 - Rendere chiara la destinazione di ciascun link mediante testi significativi (evitare assolutamente testi quali title="cliccami", title="clicca qui" e simili).

Inoltre i testi devono rimanere significativi anche se estrapolati dal loro contesto (title="FreeBSD homepage", rende evidente che si tratta di un collegamento alla homepage del progetto FreeBSD).

20 - Se per ottenere un servizio è richiesta l'esecuzione di determinate azioni in un intervallo di tempo stabilito, è necessario avvisare esplicitamente l'utente e fornirgli adeguate alternative per la fruizione del servizio stesso.

21 - collegamenti presenti in una pagina devono essere selezionabili e attivabili tramite comandi da tastiera, tecnologia in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse.

22 - Per i siti esistenti, in ogni pagina che non possa essere ricondotta al rispetto dei presenti requisiti, fornire un collegamento a una pagina che li rispetti, contenente informazioni e funzionalità equivalenti e che sia aggiornata con la stessa frequenza della pagina originale, evitando la creazione di pagine di solo testo.

Per facilitare la selezione e l'attivazione dei collegamenti con le tecnologie assistive è anche necessario garantire che:

Il presente documento è stato creato da Luca Martincigh, Simone Miani e Christian De Monte
Aggiornato il 14/07/2005 - Risoluzione consigliata 1024x768
Valid XHTML 1.1! Valid CSS!