6. Linee guida per la creazione di sistemi non simultanei di comunicazione e collaborazione
Questa sezione riguarda lo sviluppo degli strumenti di collaborazione e di comunicazione non simultanea (asincrona) che comprendono:
- argomenti nelle bacheche elettroniche.
- messaggi e-mail e liste di discussione.
- sistemi di archiviazione di documenti.
- agende, schedari e calendari.
- strumenti di presentazioni.
Gli strumenti non simultanei di comunicazione e collaborazione quali gli argomenti nelle bacheche elettroniche, i messaggi e-mail, le liste di discussione, l'archiviazione di documenti, sistemi di gestione appuntamenti e strumenti di presentazione devono essere resi disponibili in un formato che facilita la piena partecipazione ed interazione nella formazione in linea da parte degli alunni con disabilità. Il sistema di navigazione per questi programmi di utilità dovrebbe permettere agli utenti delle tecnologie assistive (AT) di poter operare senza incontrare barriere che ne limitino la funzionalità. Specificamente l'applicazione dovrebbe garantire agli utenti di:
- Esplorare gli argomenti individuando facilmente i contenuti.
- Seguire l'ordine logico dei messaggi di un argomento in discussione.
- Inviare risposte, o aggiungere delle informazioni supplementari.
Gli utenti devono avere flessibilità nella scelta del proprio browser, nelle modalità di inserimento o di lettura e nella possibilità di utilizzare delle tecnologie assistive. Tutti i componenti non simultanei di comunicazione e collaborazione basati sul web devono essere conformi alle Linee Guida W3C per l'accessibilità dei contenuti per il web versione 1.0.
6.1 Argomenti nelle bacheche elettroniche
Per i forum di discussione, le bacheche elettroniche e gli altri programmi che consentono di inviare messaggi di testo, i fornitori di contenuti dovrebbero rendere in XHTML standard sia il sistema di navigazione che il contenuto dei messaggi. Richiedere l'utilizzo di applicazioni proprietarie lato client oppure utilizzare formati non standard per i documenti può creare delle barriere impedendo agli utenti di impostare le proprie preferenze, come descritto nell'introduzione.
I problemi più comuni di accessibilità delle bacheche elettroniche includono:
- sistemi di navigazione che utilizzano delle strutture complesse a frame che non riescono ad includere gli attributi identificativi del nome e del titolo del frame.
- la mancanza del testo ALT sui pulsanti che funzionano con l'uso di Javascript per espandere o contrarre gli argomenti delle discussioni (ad esempio, vengono usati comunemente dei triangoli blu).
- campi modulo che non consentono una comoda navigazione tramite tastiera.
- sequenze non logiche di tabulazione quando ci si sposta tra i diversi elementi nella pagina.
Gli sviluppatori di sistemi per la formazione possono aumentare l'accessibilità delle bacheche elettroniche per tutti gli utenti quando seguono le seguenti pratiche:
- Garantire che tutte le azioni possano essere effettuate utilizzando la tastiera.
- Fornire delle caratteristiche facili da usare che consentano agli utenti di configurare l'interfaccia secondo le singole preferenze personali.
- Fornire dei documenti di aiuto, compreso un orientamento all'interfaccia ed alla relativa funzionalità.
- Utilizzare il testo anziché le immagini di testo per i collegamenti o i tasti di navigazione.
- Utilizzare gli attributi dei fogli di stile e il testo per creare dei pulsanti accattivanti per i moduli anziché utilizzare le immagini.
- Fornire dei collegamenti di esclusione o un altro metodo per permettere agli utenti di saltare la ripetizione dei collegamenti di navigazione andando direttamente al contenuto principale della pagina.
I gestori di contenuti o i formatori possono aumentare l'accessibilità delle bacheche elettroniche per tutti gli utenti quando seguono le seguenti pratiche:
- Fornire nomi informativi per identificare gli argomenti di discussione e l'oggetto del messaggio.
Risorse:
- Un esempio di bacheca elettronica accessibile è disponibile nella Discussione sull'accessibilità di internet.
6.2 Messaggi di posta elettronica
I sistemi di posta elettronica possono essere utilizzati sia per comunicazioni uno-a-uno che per distribuire e ricevere i messaggi destinati ad un largo gruppo di utenti, attraverso le liste di discussione. Per utilizzare un sistema di posta elettronica, gli utenti selezionano delle applicazioni client secondo le loro necessità e secondo la compatibilità hardware e software con le loro tecnologie assistive. Per garantire l'accessibilità, gli sviluppatori dovrebbero creare le interfacce dei loro applicativi e-mail in modo che siano conformi con le ultime Linee guida W3C per l'accessibilità degli strumenti di sviluppo.
Per accertarsi ulteriormente che i messaggi e-mail siano accessibili, gli utenti devono avere sempre disponibile l'opzione di invio dei messaggi in normale testo ASCII.
I problemi più comuni di accessibilità della posta elettronica includono:
- elementi di testo non conformi all'interno del corpo del messaggio. Gli elementi non conformi includono il codice di marcatura XHTML per caratteri, colori e per la formattazione in grassetto.
- l'utilizzo di immagini di sfondo che oscurano il testo per gli utenti ipovedenti.
- allegati in formati non standard che non possono essere utilizzati dall'utente che riceve il messaggio di posta elettronica.
Gli sviluppatori di sistemi per la formazione possono aumentare l'accessibilità delle applicazioni di posta elettronica per tutti gli utenti quando seguono le seguenti pratiche:
- Accertare che le applicazioni client di posta elettronica consentano la lettura dei contenuti in formato testo che non consente l'uso di formattazione di caratteri, colori e grassetto, immagini di sfondo, e così via.
- Fornire delle caratteristiche di facile utilizzo che consentano agli utenti la configurazione delle interfacce soddisfando le loro preferenze individuali (ad esempio, modalità semplice o modalità esperto).
- Fornire documenti di aiuto che includano un'orientazione sull'interfaccia e sulle sue funzionalità.
- Seguire l'ultima versione delle Linee guida WAI per l'accessibilità dei sistemi di sviluppo.
I gestori di contenuti o i formatori possono aumentare l'accessibilità delle applicazioni di posta elettronica per tutti gli utenti quando seguono le seguenti pratiche:
- Accertare che l'oggetto del messaggio rispecchi il contenuto del messaggio stesso.
- Non allegare dei documenti ai messaggi inviati alle liste di discussione. Alcuni destinatari dei messaggi potrebbero non essere capaci di accedere ai contenuti.
- Utilizzare una firma o un biglietto da visita virtuale per fornire informazioni sul nome, titolo e indirizzo del mittente.
6.3 Sistemi di archiviazione documentale
Gli sviluppatori di sistemi di archiviazione documentale devono accertarsi che il sistema di indicizzazione sia accessibile a tutti gli utenti e che segua in modo logico la struttura dei documenti. Ove possibile, archiviare i documenti in formato standard XHTML. Utilizzare formati proprietari o non standard può creare delle barriere. Altri formati sono meno accessibili e possono limitare l'abilità di accesso alle informazioni agli utenti secondo le necessità o le preferenze individuali. Le funzioni di ricerca e di visualizzazione devono essere accessibili agli utenti di tecnologie assistive.
I problemi più comuni di accessibilità dei sistemi di archiviazione documentale includono:
- sistemi di indicizzazione o di navigazione che utilizzano frames complessi che non includono gli attributi per il titolo ed il nome del frame.
- i campi dei moduli di ricerca non garantiscono la navigazione tramite tastiera.
- le opzioni di visualizzazione sono di difficile localizzazione o non sono accessibili tramite tastiera.
Gli sviluppatori di sistemi per la formazione possono aumentare l'accessibilità dei sistemi di archiviazione documentale per tutti gli utenti quando seguono le seguenti pratiche:
- Accertare che tutte le azioni possano essere completate tramite tastiera.
- Fornire delle caratteristiche facili da usare che consentano agli utenti di configurare l'interfaccia secondo le singole preferenze personali.
- Fornire dei documenti di aiuto, compreso un orientamento all'interfaccia ed alla relativa funzionalità.
I gestori di contenuti o i formatori possono aumentare l'accessibilità dei sistemi di archiviazione documentale per tutti gli utenti quando seguono le seguenti pratiche:
- Accertarsi che i titoli rispecchino accuratamente i contenuti dei documenti.
- Fornire documenti nel formato standard XHTML. Evitare l'utilizzo di formati di documento proprietari o non standard.
Risorse:
- Esempi di sistemi accessibili di archiviazione documentale sono disponibili nell'archivio dei messaggi WAI.
6.4 Agende, schedari e calendari
Alcune applicazioni, come ad esempio agende, schedari e calendari consentono agli utenti di pubblicare informazioni condivise. Per rendere accessibili queste applicazioni, gli sviluppatori e i gestori di contenuti devono cercare di strutturare in modo logico le informazioni pubblicate, pubblicandole utilizzando lo standard XHTML. Gli utenti non vedenti si trovano svantaggiati quando devono confrontarsi con l'uso di tabelle complesse o utilizzare linguaggi di scripting. Per questi ed altri utenti, le informazioni devono essere linearizzate in modo corretto al fine di poter essere trasformate in modo accurato in altre forme, come ad esempio in formato audio. Quando i fornitori non forniscono delle informazioni strutturare in modo corretto, le date e gli eventi possono risultare affiancati in modo scorretto. Le impostazioni tradizionali dei calendari sono particolarmente soggette a questo tipo di errore, così che i fornitori di contenuti necessitano di includere, ove possibile, delle alternative lineari.
I problemi più comuni di accessibilità di agende, schedari e calendari includono:
- script che utilizzano gestori di eventi che dipendono da un particolare dispositivo (ad esempio, richiedono l'utilizzo del mouse).
- l'utilizzo di marcature non corrette che inibiscono all'utente la possibilità di navigare attraverso le celle delle tabelle accedendo alle righe di intestazione e alle altre informazioni contenute nelle celle.
- celle di tabelle i cui contenuti non vengono linearizzati in modo corretto.
Gli sviluppatori di sistemi per la formazione possono aumentare l'accessibilità di agende, schedari e calendari per tutti gli utenti quando seguono le seguenti pratiche:
- Accertare che gli strumenti siano utilizzabili anche quando gli script non sono supportati.
- Fornire delle informazioni equivalenti in una pagina alternativa accessibile.
- Per le tabelle di dati, identificare le righe e colonne di intestazione. Utilizzare le abbreviazioni per le etichette delle intestazioni ed indentificare i gruppi strutturali di righe e colonne.
- Controllare i contenuti delle tabelle per accertare che linearizzino correttamente. Se non linearizzano, fornire una alternativa linearizzata.
I gestori di contenuti o i formatori possono aumentare l'accessibilità di agende, schedari e calendari per tutti gli utenti quando seguono le seguenti pratiche:
- Fornire nomi informativi per gli eventi o per altri elementi pubblicati.
Risorse:
The Wave è uno strumento di valutazione dell'accessibilità che analizza l'ordinamento di lettura in modo linearizzato.
6.5 Strumenti di presentazione
6.5.1 Microsoft PowerPoint
Microsoft PowerPoint è largamente adottato in quanto è semplice da utilizzare. Con un po' di pratica, molti sviluppatori possono creare facilmente delle presentazioni dal look professionale. Uno dei punti di forza è il fatto che Microsoft PowerPoint consente agli utenti di mescolare e trascinare qualsiasi tipo di oggetti all'interno delle proprie presentazioni. Il risultato è un insieme di elementi che spesso non riportano il riferimento alla loro origine, di come sono stati inclusi, che relazione hanno tra di loro, e così via. Questo è un problema per coloro che richiedono accessibilità. E' certamente possibile che una slide di presentazione contenga solamente una serie di testo alla quale può accedere facilmente una persona con disabilità visiva. Ma di fatto è sicuramente più facile che una determinata slide possa includere molti oggetti inaccessibili.
Questo stesso problema rende difficile la conversione delle slides di Microsoft PowerPoint in pagine web. Se la presentazione a video di Microsoft PowerPoint è semplicemente convertita in una singola immagine grafica ed ogni immagine grafica è collegata alle altre tramite collegamenti, tutte le informazioni inglobate in precedenza vengono perse. Spesso gli utenti con disabilità dipendono proprio da queste informazioni.
Per questo motivo, questo guadagno tecnologico degli sviluppatori che utilizzano Microsoft PowerPoint e che consente loro di presentare in modo visuale i propri materiali spesso viene a discapito di coloro con necessità particolari o che richiedono l'accesso tramite tecnologie alternative.
Di seguito sono disponibili tre diverse modalità alternative. Accessibility Wizard, che fornisce una modalità per convertire le slides di Microsoft PowerPoint in HTML accessibile. Il secondo, W3C Slidemaker, che converte HTML in slides e per finire WimpyPoint, uno strumento che sostituisce Microsoft PowerPoint.
6.5.2 Alternative a Microsoft PowerPoint per l'accessibilità
6.5.2.1 Accessibility Wizard (per Microsoft PowerPoint)
Accessibility Wizard è un'applicazione creata dall'Università dell'Illinois. Fornisce un'alternativa alla funzione di pubblicazione sul web integrata in Microsoft PowerPoint.
Utilizzando la funzionalità di pubblicazione sul web integrata in Microsoft PowerPoint i contenuti creati possono essere visualizzati esclusivamente utilizzando Microsoft Internet Explorer. Inoltre se sono selezionate le opzioni per non generare XML, gli utenti non possono aggiungere facilmente delle informazioni che sono richieste per l'accessibilità. Accessibility Wizard semplifica le procedure di conversione delle presentazioni Microsoft PowerPoint in HTML puro.
6.5.2.2 W3C Slidemaker
W3C Slidemaker converte una singola pagina HTML o XHTML in una serie di slides. Questo strumento rende facile all'autore la separazione del testo dalla presentazione, la quale è gestita tramite fogli di stile. Slidemaker inoltre incentiva l'uso corretto dei meta-dati ed aiuta chi effettua le presentazioni ad accertarsi che le proprie presentazioni saranno accessibili su periferiche alternative.
6.5.2.3 WimpyPoint
ArsDigita ha sviluppato una alternativa open source a Microsoft PowerPoint chiamata WimpyPoint.
WimpyPoint sostituisce Microsoft PowerPoint e consente agli utenti di costruire delle slides di presentazione utilizzando i loro browser preferiti. Le presentazioni vengono archiviate in remoto e possono essere fruite da qualsiasi postazione. WimpyPoint consente a diversi utenti, anche geograficamente lontani, di condividere le presentazioni e di collaborare alla loro creazione.
WimpyPoint è ideale per creare presentazioni accessibili in quanto è basato su HTML e sul supporto dei fogli di stile.
