Logo
 
sosta e mobilita' in un click 
  • Traduzione by Google Translate

    EnglishItalian
  • I 22 requisiti

    Premessa
    Questo sito è stato realizzato con l’obiettivo di rispettare i requisiti di accessibilità delle WCAG 1.0 e quelli previsti nel decreto ministeriale dell’8/7/2005, emesso in attuazione della Legge Stanca (L.04/2004).

    Segnaliamo che le funzioni di “Trova Percorso” non sono state realizzate nell’ambito di questo sito, ma fanno parte di un’applicazione fornita da terze parti e utilizzata da più società di trasporti. Questa applicazione non è direttamente sotto il controllo né del consorzio ATR né di chi ha curato la progettazione e realizzazione di questo sito, e non rispetta, al momento attuale, i requisiti di accessibilità; il suo adeguamento alle norme sull’accessibilità è tuttora in corso.

    In questa pagina riportiamo i 22 punti di controllo della bozza di verifica tecnica, e indichiamo le modalità con le quali sono stati rispettati i requisiti.


    Requisito 1
    Requisito: 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): per tutti i siti di nuova realizzazione, utilizzare almeno la versione 4.01 dell’HTML o preferibilmente la versione 1.0 dell’XHTML, in ogni caso con DTD (Document Type Definition – Definizione del Tipo di Documento) di tipo Strict.

    Azione adottata: Il sito è realizzato rispettando le specifiche XHTML1.0; il CMS utilizzato provvede a rendere valido il codice generato dagli editor visuali dei browser, sostituendo i tag non validi o, se ciò non è possibile, eliminandoli.
    L’apertura di link in nuove finestre, non consentita in base ad alcune interpretazioni restrittive dei criteri, è stata evitata.


    Requisito 2
    Requisito: Non utilizzare i 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 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.

    Azione adottata: Il sito non utilizza frame.


    Requisito 3
    Requisito: 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.

    Azione adottata: Il CMS consente di definire un’alternativa testuale per ogni oggetto non testuale; è cura di chi gestisce i contenuti definire alternative testuali per tutte le immagini e oggetti non testuali utilizzati.


    Requisito 4
    Requisito: Assicurarsi che tutta l’informazione e tutte le funzionalità veicolate dal colore siano disponibili anche senza l’uso dello stesso.

    Azione adottata: Gli elementi sensibili delle pagine sono stati evidenziati utilizzando anche altri attributi oltre al colore: dimensioni, grassetto, sottolineatura per i collegamenti ipertestuali e così via.


    Requisito 5
    Requisito: Evitare oggetti e scritte lampeggianti o in movimento le cui frequenze di funzionamento possono provocare disturbi da epilessia fotosensibile, disturbi della concentrazione o 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.

    Azione adottata: Non vengono utilizzati oggetti e scritte lampeggianti o in movimento.


    Requisito 6
    Requisito: 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.

    Azione adottata: Nel sito l’aspetto delle pagine e degli elementi che le compongono è governato attraverso i CSS; sono stati sottoposti a verifica il contrasto e la luminosità fra tutti gli elementi della pagina e il loro sfondo, proprio per avere la certezza che il contrasto sia abbastanza alto per gli utenti con disabilità visive legate al colore.


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

    Azione adottata: Non vengono mai utilizzate mappe “lato server”.


    Requisito 8
    Requisito: 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.

    Azione adottata: Non vengono mai utilizzate mappe “lato server”.


    Requisito 9
    Requisito: 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.

    Azione adottata: Tutte le tabelle utilizzate nel sito vengono costruite con gli opportuni marcatori e attributi.


    Requisito 10
    Requisito: 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.

    Azione adottata: Tutte le tabelle utilizzate nel sito vengono costruite con gli opportuni marcatori e attributi.


    Requisito 11
    Requisito: 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.

    Azione adottata: L’aspetto delle pagine e dei contenuti del sito è gestito attraverso fogli di stile CSS e senza utilizzare tabelle ai fini della formattazione. Vengono sempre utilizzati i marcatori appropriati (H1, H2, etc. per i titoli, P per i paragrafi, eccetra), in modo che la pagina possa essere visualizzata in modo corretto anche se i fogli di stile sono disabilitati o non supportati. La versione “solo testo” mostra come viene visualizzata la struttura di pagina in assenza di fogli di stile.


    Requisito 12
    Requisito: 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

    Azione adottata: Il sito www.atr.fc.it è utilizzabile in tre diverse versioni: versione grafica, alta leggibilità, e solo testo. In tutte le versioni, le dimensioni dei testi sono liberamente ridimensionabili con i tasti funzionali del browser, senza che ciò crei problemi alla fruizione del contenuto. Le versioni alta leggibilità e solo testo hanno layout liquido.


    Requisito 13
    Requisito: 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.

    Azione adottata: In questo sito le tabelle non vengono utilizzate a scopo di impaginazione, ma solo per presentare contenuti tabellari; esse sono leggibili anche in caso di lettura linearizzata.


    Requisito 14
    Requisito: 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.

    Azione adottata: Nei webform vengono utilizzati i tag “label” per associare le etichette ai rispettivi controlli. L’esecuzione dei controlli di validazione dei campi viene fatta solo se il Javascript è supportato e abilitato, in ogni caso è sempre possibile inviare il form. A fianco dei campi formattati viene indicato il formato valido (ad esempio per un campo data si indica gg/mm/aaaa).

    Questi accorgimenti non sono presenti nei webform delle funzioni “Trova Percorso”, come indicato nella premessa generale, poiché l’applicazione “Trova Percorso”, non realizzata espressamente per ATR ma bensì utilizzata da più società di trasporti della regione Emilia Romagna, è tuttora in corso di adeguamento alle norme sull’accessibilità.


    Requisito 15
    Requisito: 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.

    Azione adottata: Il sito funziona senza l’uso di applet o oggetti di programmazione: tutte le funzionalità interattive sono basate su programmazione lato server. Viene utilizzato JavaScript per l’esecuzione dei controlli di validazione dei webform ma le funzionalità di base del sito (invio del webform) sono disponibili anche in assenza di JavaScript.


    Requisito 16
    Requisito: 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.

    Azione adottata: La generazione dei menù del CMS affianca alla gestione dell’evento onmouseover quella dell’evento onfocus e alla gestione dell’evento onmouseout quella dell’evento onblur. Non viene affiancata alla gestione dell’evento oncklick quella dell’evento onkeypress, perché, in tutti i browser in cui sono state fatti i test, la pressione del tasto invio per attivare un link, che farebbe scattare l’evento onkeypress, fa sempre scattare anche l’evento onclick.


    Requisito 17
    Requisito: 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.

    Azione adottata: Vedi punto 15


    Requisito 18
    Requisito: 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.

    Azione adottata: In questo sito non sono utilizzati filmati e presentazioni multimediali per veicolare informazioni rilevanti o non presentate in altre modalità. Per quanto riguarda il filmato di presentazione aziendale in homepage, viene fornita una pagina alternativa con il testo completo della presentazione.


    Requisito 19
    Requisito: 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.

    Azione adottata: I redattori dei contenuti sono stati sensibilizzati riguardo all’esigenza di definire dei link testuali significativi anche se letti al di fuori del loro contesto. Il CMS consente di definire tasti di accesso rapido (scorciatoia) per le voci di menù


    Requisito 20
    Requisito: Nel caso in cui per la fruizione del servizio erogato in una pagina sia 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.

    Azione adottata: Nel sito non sono previste azioni a tempo.


    Requisito 21
    Requisito: 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.

    Azione adottata: Tutti i link del sito, sia inseriti nel testo sia generati dal CMS, sono selezionabili tramite tastiera o tecnologie in emulazione di tastiera. Formato e spaziatura dei link rispettano i requisiti richiesti.


    Requisito 22
    Requisito: Per le pagine di siti esistenti che non possano rispettare i su elencati 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.

    Azione adottata: La versione grafica del sito rispetta tutti i requisiti richiesti, tranne quello dell’adattamento delle dimensioni della pagina a quelle della finestra (layout liquido). Inoltre, nella versione grafica c’è una combinazione di colori che risulta lievemente insufficiente per differenza di luminosità. Tutte le pagine del sito sono tuttavia fruibili anche in una versione ad alta leggibilità ed una versione solo testo ad alto contrasto; tali versioni non presentano alcun disallineamento rispetto alla versione grafica, poiché non si tratta di versioni parallele, bensì di diverse modalità di presentazione degli stessi contenuti.

    Top