Dichiarazione di accessibilità

• HTML semantico. Intestazioni, landmark ed elenchi veri. Esattamente un h1 per pagina, verificato automaticamente su ogni pagina a entrambe le larghezze.
• Un link per saltare al contenuto principale, primo elemento raggiungibile con il focus su ogni pagina.
• Alternative testuali. Ogni immagine porta un attributo alt; la suite di test fa fallire la build se una non ce l’ha. I disegni decorativi sono marcati come tali, così un lettore di schermo li salta.
• Il movimento ridotto è rispettato. Ogni animazione di questo sito — il sole che sorge, i conteggi che salgono, le illustrazioni disegnate, i tratti dell’evidenziatore, le registrazioni del prodotto — è disattivata sotto prefers-reduced-motion, e la suite di test verifica che nulla si sia mosso e che nessun video sia in riproduzione o porti ancora un attributo di riproduzione automatica.
• Nulla dipende da JavaScript. Con gli script bloccati, i disegni sono già disegnati e le cifre sono già al loro valore finale. Non esiste uno stato in cui un lettore resti a guardare un riquadro vuoto.
• Nessuno scorrimento orizzontale a qualsiasi larghezza fino a 390 px, verificato su ogni pagina. Il testo va a capo; le tabelle larghe scorrono dentro il proprio riquadro invece di spostare la pagina.
• Focus visibile. Un anello di focus da tastiera nel teal del sito, su tutto ciò che può riceverlo, mai rimosso.
• Contrasto. Il testo corrente è quasi nero su bianco. Dove il registro chiedeva un grigio più chiaro, è stato rifiutato per il testo e tenuto per i filetti e i segni che non portano significato.
• La lingua è dichiarata su ogni pagina, e ogni traduzione dichiara la propria; il selettore di lingua segna quella corrente.
• Nessun audio in riproduzione automatica. Le registrazioni del prodotto sono mute, non partono finché non sono deliberatamente in vista, e sotto movimento ridotto non partono affatto.

• Griglie fatte prima di tutto per la tastiera. Le griglie pivot e di lista si guidano da tastiera — frecce, Invio, Tab, copia, incolla, riempimento verso il basso — perché è così che lavorano i pianificatori, e per giunta è ciò di cui hanno bisogno le tecnologie assistive.
• I rifiuti si leggono, non si colorano. Quando una scrittura è rifiutata, il motivo è una frase che nomina la cella e la regola. Il colore è un secondo segnale, mai l’unico.
• Controlli di accessibilità nella build. Il linter dell’applicazione comprende le regole di accessibilità per JSX, e la build fallisce su un errore del linter.
• Le superfici di authoring prendono la cornice, mai una finestra modale, il che vuol dire che il focus sta dove un utente da tastiera è andato, non dove è stato scaraventato.

Mancanze note nel prodotto. Una griglia virtualizzata di grandi dimensioni è difficile da far leggere bene a un lettore di schermo, e non l’abbiamo risolto. I grafici non hanno ancora un equivalente in forma di tabella di dati. L’applicazione non è stata provata da capo a fondo con un lettore di schermo, e non esiste un VPAT. Se usate tecnologie assistive e volete pianificare con Superiora, scriveteci — è una conversazione che vogliamo, e cambierà la roadmap.