Istituto Sant'Elia, navigazione veloce.
menu principale | contenuto principale | menu secondario | piè di pagina
disegno di Antonio Sant'Elia e foto Istituto Sant'Elia

Istituto di Istruzione Superiore A. Sant'Elia

Accessibilità

Sei in : Home > Organizzazione > Le norme > Accessibilità

contenuto principale

Questo sito è attualmente diviso in due parti: una parte statica, costruita attraverso la creazione di pagine html, che contiene le informazioni di maggiore durata, e una parte dinamica (Area Notizie), costruita con un CMS chiamato Drupal.

La parte statica è stata costruita secondo le indicazioni della legge n.4 del 2004 (legge Stanca) che ha introdotto in Italia la normativa legata all'accessibilità. La parte statica è stata validata on line sia per quanto riguarda il linguaggio utilizzato (Xhtml 1.0 Strict) che per i fogli di stile usati per il layout. Anche la parte dinamica rispetta in linea di massima tali indicazioni.

Tutto ciò per garantire, nei limiti del possibile, la massima accessibilità, dove accessibilità significa rendere l'accesso alle informazioni fruibili per tutti, indipendentemente da eventuali disabilità o dal dispositivo utilizzato (ad esempio vecchie versioni del programma di navigazione oppure computer vecchiotti).

Abbiamo quindi cercato di adempiere ai 22 requisiti tecnici previsti dall'Allegato A del Decreto Ministeriale 8 luglio 2005 - Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti informatici.

Requisito n. 1

Enunciato: Realizzare le pagine e gli oggetti al loro interno utilizzando tecnologie definite da grammatiche formali pubblicate nelle 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 (HypertText Markup Language) e XHTML (eXtensible HyperText Markup Language).

Come abbiamo cercato di applicare questo requisito: sia la parte statica sia quella dinamica (Area Notizie) del sito utilizzano XHTML 1.0 Strict.

Requisito n. 2

Enunciato: Non è consentito l’uso dei frame nella realizzazione di nuovi siti.

Come abbiamo cercato di applicare questo requisito: sia la parte statica sia quella dinamica (Area Notizie) del sito non utilizzano i frame.

Requisito n. 3

Enunciato: Fornire una alternativa testuale equivalente per ogni oggetto non di testo presente in una pagina e garantire che quando il contenuto non testuale di un oggetto cambia dinamicamente vengano aggiornati anche i relativi contenuti equivalenti predisposti; l’alternativa testuale equivalente di un oggetto non testuale deve essere commisurata alla funzione esercitata dall’oggetto originale nello specifico contesto.

Come abbiamo cercato di applicare questo requisito: salvo dimenticanze, tutti gli oggetti non testuali (nel nostro caso, esclusivamente immagini) hanno un'alternativa testuale. Non ci sono contenuti non testuali che cambiano dinamicamente.

Requisito n. 4

Enunciato: Garantire che tutti gli elementi informativi e tutte le funzionalità siano disponibili anche in assenza del particolare colore utilizzato per presentarli nella pagina.

Come abbiamo cercato di applicare questo requisito: nel nostro sito i colori sono un aiuto, ma non sono indispensabili per accedere alle informazioni: si vedano ad esempio i colori dei pulsanti della barra destra dell'homepage statica.

Requisito n. 5

Enunciato: Evitare oggetti e scritte lampeggianti o in movimento le cui frequenze di intermittenza possano provocare disturbi da epilessia fotosensibile o disturbi della concentrazione, ovvero possano causare il malfunzionamento delle tecnologie assistive utilizzate; qualora esigenze informative richiedano comunque il loro utilizzo, avvertire l’utente del possibile rischio prima di presentarli e predisporre metodi che consentano di evitare tali elementi.

Come abbiamo cercato di applicare questo requisito: nel nostro sito non ci sono oggetti né scritte lampeggianti o in movimento.

Requisito n. 6

Enunciato: Garantire che siano sempre distinguibili il contenuto informativo (foreground) e lo sfondo (background), ricorrendo a un sufficiente contrasto (nel caso del testo) o a differenti livelli sonori (in caso di parlato con sottofondo musicale); evitare di presentare testi in forma di immagini; ove non sia possibile, ricorrere agli stessi criteri di distinguibilità indicati in precedenza.

Come abbiamo cercato di applicare questo requisito: salvo rarissime eccezioni, abbiamo fatto in modo che il contrasto fra test e sfondo fosse sufficiente. Per controllare abbiamo utilizzato programmi appositi (Colour Contrast Analyser version 1.2).

Requisito n. 7

Enunciato: Utilizzare mappe immagine sensibili di tipo lato client piuttosto che lato server, salvo il caso in cui le zone sensibili non possano essere definite con una delle forme geometriche predefinite indicate nella DTD adottata.

Come abbiamo cercato di applicare questo requisito: non abbiamo usato mappe immagine sensibili.

Requisito n. 8

Enunciato: In caso di utilizzo di mappe immagine lato server, fornire i collegamenti di testo alternativi necessari per ottenere tutte le informazioni o i servizi raggiungibili interagendo direttamente con la mappa.

Come abbiamo cercato di applicare questo requisito: non abbiamo usato mappe immagine sensibili.

Requisito n. 9

Enunciato: 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.

Come abbiamo cercato di applicare questo requisito: salvo dimenticanze, nelle tabelle abbiamo messo gli opportuni marcatori (caption, th, td, ecc.).

Requisito n. 10

Enunciato: Per le tabelle dati usare gli elementi (marcatori) e gli attributi previsti nella DTD adottata per associare le celle di dati e le celle di intestazione che hanno due o più livelli logici di intestazione di righe o colonne.

Come abbiamo cercato di applicare questo requisito: non abbiamo usato tabelle complesse con più livelli logici.

Requisito n. 11

Enunciato: 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.

Come abbiamo cercato di applicare questo requisito: la parte statica usa un unico foglio di stile; la parte dinamica parecchi (creati dal CMS Drupal).

Requisito n. 12

Enunciato: La presentazione e i contenuti testuali di una pagina devono potersi adattare alle dimensioni della finestra del browser 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 o dei caratteri rispetto ai valori predefiniti di tali parametri.

Come abbiamo cercato di applicare questo requisito: la parte statica usa un layout "liquido": rimpicciolendo la finestra le informazioni rimangono leggibili; la parte dinamica (Area Notizie) per il momento usa un layout rigido e quindi non rispetta pienamente questo requisito.

Requisito n. 13

Enunciato: In caso di utilizzo di tabelle a scopo di impaginazione, garantire che il contenuto della tabella sia comprensibile anche quando questa viene letta in modo linearizzato e utilizzare gli elementi e gli attributi di una tabella rispettandone il valore semantico definito nella specifica del linguaggio a marcatori utilizzato.

Come abbiamo cercato di applicare questo requisito: in questo sito non vengono usate tabelle a scopo di impaginazione.

Requisito n. 14

Enunciato: Nei moduli (form), associare in maniera esplicita le etichette ai rispettivi controlli, posizionandole in modo che sia agevolata la compilazione dei campi da parte di chi utilizza le tecnologie assistive.

Come abbiamo cercato di applicare questo requisito: nella parte statica del sito attualmente non ci sono moduli da compilare; nella parte dinamica (Area Notizie) le etichette sono chiaramente posizionate sopra i campi da compilare.

Requisito n. 15

Enunciato: Garantire che le pagine siano utilizzabili quando script, applet, o altri oggetti di programmazione sono disabilitati oppure non supportati; ove ciò non sia possibile fornire una spiegazione testuale della funzionalità svolta e garantire una alternativa testuale equivalente, in modo analogo a quanto indicato nel requisito n. 3.

Come abbiamo cercato di applicare questo requisito: nella parte statica del sito attualmente non ci sono script, applet, o altri oggetti di programmazione.Da verificare per la parte dinamica

Requisito n. 16

Enunciato: Garantire che i gestori di eventi che attivano script, applet o altri oggetti di programmazione o che possiedono una propria specifica interfaccia, siano indipendenti da uno specifico dispositivo di input.

Vedi requisito precedente.

Requisito n. 17

Enunciato: Garantire che le funzionalità e le informazioni veicolate per mezzo di oggetti di programmazione, oggetti che utilizzano tecnologie non definite da grammatiche formali pubblicate, script e applet siano direttamente accessibili.

Vedi requisito precedente.

Requisito n. 18

Enunciato: Nel caso in cui un filmato o una presentazione multimediale siano indispensabili per la completezza dell’informazione fornita o del servizio erogato, predisporre una alternativa testuale equivalente, sincronizzata in forma di sotto-titolazione o di descrizione vocale, oppure fornire un riassunto o una semplice etichetta per ciascun elemento video o multimediale tenendo conto del livello di importanza e delle difficoltà di realizzazione nel caso di trasmissioni in tempo reale.

Come abbiamo cercato di applicare questo requisito: nel sito attualmente non ci sono filmati né presentazioni multimediali.

Requisito n. 19

Enunciato: Rendere chiara la destinazione di ciascun collegamento ipertestuale (link) con testi significativi anche se letti indipendentemente dal proprio contesto oppure associare ai collegamenti testi alternativi che possiedano analoghe caratteristiche esplicative, nonché prevedere meccanismi che consentano di evitare la lettura ripetitiva di sequenze di collegamenti comuni a più pagine.

Come abbiamo cercato di applicare questo requisito: i link dell'area statica sono chiaramente riconoscibili da tutti gli utenti (per colore e perché cambiano aspetto quando il puntatore ci passa sopra) e preannunciano dove condurranno (con l’utilizzo dell’attributo “title” visibile nel piccolo ttoltip) in modo che l’utente possa scegliere meglio.

Non visibile all’utente normale ma leggibile dagli screen reader è stato poi inserito un “salta menu” che consente di “saltare” la lettura ripetitiva dei link del menu di navigazione e passare direttamente ai contenuti.

Requisito n. 20

Enunciato: Nel caso che per la fruizione del servizio erogato in una pagina è previsto un intervallo di tempo predefinito entro il quale eseguire determinate azioni, è necessario avvisare esplicitamente l’utente, indicando il tempo massimo consentito e le alternative per fruire del servizio stesso.

Come abbiamo cercato di applicare questo requisito: non ci sono casi del genere nel nostro sito. Se tuttavia vogliamo estendere il significato di questo requisito ai tempi di download, per ogni file sono indicate le dimensioni in Kb (kilobyte)in modo che ciascuno possa decidere sull’opportunità di scaricarlo o meno.

Requisito n. 21

Enunciato: Rendere selezionabili e attivabili tramite comandi da tastiere o tecnologie in emulazione di tastiera o tramite sistemi di puntamento diversi dal mouse i collegamenti presenti in una pagina; per facilitare la selezione e l’attivazione dei collegamenti presenti in una pagina è necessario garantire che la distanza verticale di liste di link e la spaziatura orizzontale tra link consecutivi sia di almeno 0,5 em, le distanze orizzontale e verticale tra i pulsanti di un modulo sia di almeno 0,5 em e che le dimensioni dei pulsanti in un modulo siano tali da rendere chiaramente leggibile l’etichetta in essi contenuta.

Come abbiamo cercato di applicare questo requisito: tutti i pulsanti sono attivabili tramite tastiera (tasto tabulazione); alcuni utilizzano anche il sistema "accesskey" (utilizzo di una combinazione di tasti in alternativa al clic del mouse). Tutti i pulsanti sono distanziati di almeno 3 pixel in verticale e 10 in orizzontale.

Requisito n. 22

Enunciato: Per le pagine di siti esistenti che non possano rispettare i suelencati requisiti (pagine non accessibili), in sede di prima applicazione, fornire il collegamento a una pagina conforme a tali requisiti, recante informazioni e funzionalità equivalenti a quelle della pagina non accessibile ed aggiornata con la stessa frequenza, evitando la creazione di pagine di solo testo; il collegamento alla pagina conforme deve essere proposto in modo evidente all’inizio della pagina non accessibile.

Come abbiamo cercato di applicare questo requisito: non ci sono pagine non accessibili in questo sito, se si eccettuano quelle dell'orario scolastico, prodotte con un'applicazione proprietaria e quindi non modificabili.

 

 



piè di pagina
Creative Commons License

I contenuti di questo sito, salvo diversa indicazione, sono rilasciati sotto una licenza Creative Commons License
Tutti i marchi sono proprietà dei rispettivi proprietari