Editor di Moodle: Atto

Una delle caratteristiche principali di Moodle è la possibilità di creare e condividere contenuti con altri utenti. Laddove possibile, sono state aggiunte all'interfaccia utente una serie di funzioni di creazione e verifica dell'accessibilità, in modo che i contenuti siano il più possibile accessibili.

Un esempio è dato dall'editor di testo Atto, che include un "Accessibility checker" e un "Accessibility helper" che forniscono agli autori di contenuti informazioni aggiuntive sull'accessibilità dei loro contenuti. 

Un esempio è il controllo per assicurare che il contenuto soddisfi i requisiti WCAG AA sul contrasto dei colori.

Tutte le caratteristiche di accessibilità del filtro di contenuto "MathJax" sono abilitate di serie, consentendo agli screen reader di leggere direttamente i contenuti matematici.

Moodle: guida su accessibilità

 Link alla Guida sull'accessibilità in Moodle

Accessibilità

Moodle è stato progettato per fornire funzionalità e informazioni uguali a tutte le persone. Ciò significa che non ci devono essere barriere per le persone, indipendentemente dalle disabilità, dalle tecnologie assistive utilizzate, dalle diverse dimensioni dello schermo e dai diversi dispositivi di input (ad esempio mouse, tastiera e touchscreen).

Conformità all'accessibilità

Nell'ambito del nostro impegno costante a fornire una piattaforma accessibile e a migliorare continuamente la conformità alle WCAG 2.1 Livello AA, Moodle collabora con un revisore esterno per la revisione della piattaforma a partire dallo sviluppo di Moodle 3.9 nel gennaio 2020.

Le pagine chiave di Moodle, che sono rappresentative dell'accessibilità e della funzionalità complessive, vengono verificate utilizzando strumenti automatizzati e test del percorso dell'utente. I problemi WCAG 2.1 di livello A e AA emersi da questo audit sono stati tutti risolti. Le correzioni e i miglioramenti in materia di accessibilità vengono inoltre riportati, ove possibile, alle versioni di Moodle attualmente supportate.

ACCREDITAMENTI DI MOODLE

Sia l'LMS Moodle che l'App mobile Moodle hanno ottenuto l'accreditamento WCAG 2.1 AA in base alla risoluzione dei problemi identificati durante gli audit.

Gli accreditamenti scadono dopo un anno, ma questo non significa che l'accreditamento non sia valido o che la versione di Moodle non sia più accessibile. Un accreditamento scaduto significa solo che è in corso il processo di riaccreditamento dell'ultima o delle ultime versioni supportate di Moodle.

Titoli delle pagine

Tutte le pagine devono avere un titolo unico che descriva la pagina corrente.

Alcuni suggerimenti per fornire un titolo di pagina significativo:

• il titolo della pagina deve essere accurato e informativo.
• se la pagina provoca un cambiamento di contesto (ad esempio, una funzionalità di ricerca), deve descrivere all'utente il risultato o il cambiamento di contesto.
• deve essere conciso.
• se possibile, deve identificare in modo univoco la pagina.
• le informazioni più identificative dovrebbero essere le prime.

Cambio di contesto
(da non confondere con la classe \corecontext di Moodle e le sue implementazioni)

Secondo i le WCAG 2.1, un cambiamento di contesto è una modifica importante che, se effettuata senza che l'utente ne sia consapevole, può disorientare gli utenti che non sono in grado di visualizzare l'intera pagina contemporaneamente. Può includere cambiamenti di user agent, viewport, focus o contenuti che modificano il significato della pagina web.

Moduli online

Istruzioni per creare Moduli accessibili in Moodle

I moduli di Moodle creati con la libreria di moduli standard sono progettati per essere accessibili. Anche i moduli personalizzati (ad esempio in JavaScript) o gli elementi dei moduli personalizzati devono essere accessibili.

Tutti gli elementi del modulo devono avere un'etichetta.

Il modulo deve poter essere compilabile interamente con la tastiera.

Le voci non valide nei campi del modulo devono essere indicate con l'attributo "aria-invalid" impostato su "true".

I messaggi di avviso per i campi del modulo non validi devono essere associati al campo non valido utilizzando l'attributo "aria-describedby". 

Per ulteriori informazioni, si vedano i criteri di successo delle WCAG 2.1 per l'identificazione degli errori.

Utilizzo da tastiera

Tutti i componenti devono essere interamente utilizzabili anche attraverso un'interfaccia che utilizzi solo la tastiera.

Per ulteriori informazioni, consultare il requisito WCAG 2.1 per l'accessibilità da tastiera.

Alcuni aspetti importanti da considerare sono che tutti i componenti devono essere focalizzabili con la tastiera (disponibile nella sequenza di tabulazione) e devono permettere di spostare il focus usando solo la tastiera.

L'elemento che ha attualmente il focus dovrebbe avere un indicatore visivo di focus. Il W3C fornisce informazioni sulla gestione del focus ARIA come parte delle migliori pratiche ARIA.

In alcuni casi, un singolo componente può contenere molti componenti più piccoli. Per non inquinare la sequenza di tabulazioni della pagina, l'elemento genitore può esistere nella sequenza di tabulazioni una sola volta e deve mantenere il focus all'interno dei suoi componenti più piccoli con la navigazione con i tasti freccia (roving "tabindex" o active descendant). 

Il W3C fornisce informazioni sulla navigazione da tastiera ARIA all'interno dei componenti come parte delle migliori pratiche ARIA.

Descrizioni testuali significative per i link

Fornite descrizioni testuali significative della destinazione quando vi collegate a siti web o a risorse di file. Ad esempio, utilizzate il nome della pagina web nel testo del link piuttosto che l'URL stesso e aggiungete un avviso se il link si aprirà in una nuova finestra.

Trascrizioni e sottotitoli per audio e video

Fornire trascrizioni o sottotitoli chiusi per le registrazioni audio e video. 

Le didascalie chiuse e/o la trascrizione rendono i file multimediali più accessibili agli utenti ipovedenti e ipoudenti.