Sto lavorando con un utente che deve accedere a Discourse utilizzando lo screen reader JAWS. Il nostro primo tentativo è stato lento, poiché le scorciatoie di JAWS in qualche modo interferivano con quelle di Discourse.
Esiste una guida o qualche consiglio su come far funzionare tutto in modo fluido? Sembra che le scorciatoie di Discourse coprano gran parte di ciò che un utente vorrebbe fare.
Inoltre, nelle nostre istanze le categorie sono organizzate con sottocategorie. JAWS tende a leggerle tutte in sequenza, rendendo impossibile «scegliere» una sottocategoria dall’elenco per accedervi. Potrebbe trattarsi di un effetto collaterale legato all’uso di JAWS in modo generico, non specifico per Discourse, ma sono aperto a suggerimenti su come migliorare questa esperienza.
I screen reader catturano di default molte combinazioni di tasti per le proprie scorciatoie di navigazione (modalità cursore virtuale), impedendo l’uso delle nostre.
Questa modalità può essere disattivata: in JAWS è necessario premere il tasto JAWS + z (a seconda delle impostazioni, potrebbe essere Insert + z o Bloc Maiusc + z). Questo dovrebbe consentire l’accesso alle scorciatoie di Discourse, ma facci sapere se non dovessero funzionare comunque.
Dove esattamente? È in un menu, nella pagina /categories o altrove?
Quindi l’abbiamo disattivato usando il tasto JAWS + z, ma l’uso delle scorciatoie di Discourse non ha prodotto le letture audio necessarie. (Questa persona si affida completamente alle letture vocali.)
Esiste un modo per far sì che le scorciatoie di Discourse abbiano la priorità, ma consentendo a JAWS di leggere ad alta voce i codici ARIA?
Riguardo alle sottocategorie, ecco un’immagine leggermente modificata della nostra pagina delle categorie. Quando JAWS legge ad alta voce ogni categoria, include tutte le sottocategorie senza interruzioni e senza un modo semplice per selezionarne una.
Qualsiasi indicazione tu possa fornire sarà molto apprezzata.
Ottima domanda! Finora ci aspettavamo che gli utenti che utilizzano screen reader non usassero le nostre scorciatoie, ma si affidassero alla navigazione dello screen reader. Il problema qui è che non stiamo annunciando i contenuti per gli screen reader quando si utilizzano le scorciatoie di Discourse.
Penso che possiamo aggiungere annunci, ma non credo che si tratti di una modifica banale. Quindi, anche se possiamo prenderlo in considerazione, non sarà disponibile immediatamente.
Grazie, lo screenshot aiuta a restringere il campo.
Quando navigo da riga a riga, riesco a riprodurre il problema con tutto il contenuto della cella della tabella letto, ma questo è previsto quando si naviga in una tabella. Per entrare nella cella specifica della tabella e leggere ogni gruppo di contenuti (intestazione, descrizione, collegamenti), posso usare le frecce su/giù per passare da un elemento all’altro. È questo che non funziona?
