Problemi di spoiler con VoiceOver

Bug
, ,
1

Continuando la discussione da Spoiler blur not compatible with screen readers:

Ho ricevuto una segnalazione da un utente di VoiceOver secondo cui il nuovo codice spoiler non funziona:

Qualcuno dei miei colleghi utenti di screenreader ha riscontrato difficoltà con la funzionalità spoiler aggiornata sul forum? Almeno ASSUMO che ci sia stato un aggiornamento: prima il testo spoiler veniva letto normalmente senza alcuna indicazione che qualcosa dovesse essere nascosto, il che ovviamente non era l’ideale. L’aggiornamento sembra aver risolto questo problema mettendo il contenuto dietro un’area comprimibile etichettata “mostra contenuto nascosto”, ma per qualche motivo il testo non viene letto quando premo il pulsante per espandere/rivelarlo. Come riferimento, sto usando Voiceover, lo screenreader nativo di Apple, e ho notato questo sia su iOS che su Mac OS.

3 Mi Piace
3

Qualcun altro ha detto

Ho gli stessi problemi quando uso NVDA su Windows.

E una terza persona ha concordato.

Mi dispiace, ma non sembra che il codice attuale funzioni adeguatamente! Probabilmente sarebbe meglio tornare al vecchio codice.

1 Mi Piace
6

Ehi @Dannii, grazie per aver individuato questo problema. Ho appena rilasciato una correzione, che dovrebbe ora migliorare il comportamento in modo che gli screen reader leggano il contenuto dello spoiler una volta attivato.

4 Mi Piace
7

Ho aggiornato il mio forum, ma gli utenti screen-reader segnalano che non è cambiato nulla per loro.

1 Mi Piace
8

Sei sicuro che il plugin sia aggiornato all’ultima versione? (commit 0ee68da)

Sembra funzionare qui su Meta con VoiceOver. Stiamo anche usando aria-live come polite per questo, il che significa che lo screen reader non sarà così assertivo e dirompente. Invece, aspetterà che l’utente sia inattivo per leggere il contenuto.

Il test di questo verrà letto

1 Mi Piace
9

Sì, il plugin spoiler è a 0ee68da1.

1 Mi Piace
11

Keegan, puoi dire qualcosa di più su come stai testando questo? Il tuo screenshot sembra un browser desktop. Stai usando VoiceOver di macOS? (In quale browser?)

VoiceOver di macOS è un prodotto molto diverso da VoiceOver di iOS. È comune che ci siano bug in VoiceOver di macOS che non compaiono in VoiceOver di iOS, e viceversa. (Per varie ragioni, VoiceOver di iOS è molto più popolare tra gli utenti ipovedenti rispetto a VoiceOver di macOS.)

Quando ho appena tentato di testare il tuo post https://meta.discourse.org/t/spoiler-issues-with-voiceover/257450/8?u=dfabulich su iOS Safari 16.3.1, questo è ciò che ho visto:

Ecco una trascrizione:

  • Il video inizia con il focus sul video. Poi scorro a destra per mettere a fuoco il testo sfocato dello spoiler.
  • VoiceOver annuncia: “Mostra contenuto nascosto. Pulsante. Compresso. Tocca due volte per espandere.”
  • Tocca due volte. Il testo dello spoiler viene visivamente sfocato.
  • VoiceOver annuncia: “Nascondi contenuto. Espanso. Nascondi contenuto.” Affermo che questo è un bug in Discourse. Dovrebbe aver letto il contenuto testuale ad alta voce, come ha fatto nel video di keegan.
  • Scorri a destra, navigando al controllo UI successivo.
  • VoiceOver annuncia: “Una persona ha messo mi piace a questo post. Clicca per visualizzare. Pulsante di attivazione/disattivazione.”
  • Scorri a sinistra, tornando al testo dello spoiler non sfocato.
  • VoiceOver annuncia: “Nascondi contenuto. Pulsante. Espanso. Tocca due volte per comprimere.”
  • Quindi scorro a destra e a sinistra di nuovo solo per verificare che si verifichi lo stesso comportamento, e avviene.

Abbiamo segnalazioni da parte di utenti sul forum di intfiction.org che anche la sfocatura dello spoiler è rotta in NVDA, il che potrebbe valere la pena testare da parte tua.

2 Mi Piace
12

Ciao @dfabulich, grazie per aver condiviso questi dettagli. Sì, stavo testando principalmente su Chrome (macOS VoiceOver e Windows 11 Narrator).

Farò ulteriori ricerche/test e vedrò se riesco a rilasciare presto una correzione che risolva il problema per iOS, NVDA e altri dispositivi principali.

Grazie!

3 Mi Piace
13

Sì, nessuno dei due è uno screen reader particolarmente diffuso e non dovrebbero essere le tue piattaforme principali per i test.

Ecco la principale indagine del settore sugli utenti di screen reader, da WebAIM.

\u003chttps://webaim.org/projects/screenreadersurvey9/\u003e (ripetono questo sondaggio ogni pochi anni; questo è del 2021)

Ora, devi leggere attentamente questo sondaggio, perché prima parla dei browser desktop e ha un grafico “Screen Reader principale” \u003chttps://webaim.org/projects/screenreadersurvey9/#primary\u003e ma si riferisce specificamente allo screen reader “desktop/laptop” principale.

Quel grafico indica che “VoiceOver” non è molto popolare, ma in quella sezione si riferisce a VoiceOver di macOS. (Se scorri verso il basso fino alla sezione “Sistemi operativi”, vedrai che macOS stesso non è molto popolare tra gli utenti di screen reader.)

JAWS per Windows è lo screen reader leader, seguito da NVDA per Windows. VoiceOver di macOS è un lontano terzo. Windows Narrator registra un utilizzo dello 0,5%!

Nota che JAWS costa denaro (e il suo schema di licenza è oneroso), e NVDA è gratuito. Ma anche, NVDA tende ad essere più pieno di bug di JAWS; per mia esperienza, tutto ciò che funziona in NVDA funziona anche in JAWS.

Successivamente, parla di “Screen Reader mobili utilizzati” \u003chttps://webaim.org/projects/screenreadersurvey9/#mobilescreenreaders\u003e

Quel grafico mostra che gli screen reader integrati nel sistema operativo dominano, con VoiceOver di iOS (71,5%) e TalkBack di Android (29,1%). (Questi si sommano a più del 100% perché alcune persone ne usano entrambi.)

Manca in questo sondaggio un sondaggio “tempo su mobile vs tempo su desktop”, ma, secondo la mia esperienza, la stragrande maggioranza dei report di bug che sento dagli utenti di screen reader proviene da utenti iOS e NVDA.

Quindi, pertanto, consiglio di testare in questo ordine di priorità:

  1. VoiceOver di Safari su iOS. Consiglio il mobile rispetto al desktop (perché, affermo senza dati, che il mobile è significativamente più popolare tra gli utenti ipovedenti) e iOS rispetto ad Android, perché iOS è enormemente più popolare di Android tra gli utenti ipovedenti.
  2. NVDA per Windows su Chrome. NVDA non è così popolare come JAWS, ma è più pieno di bug. Tutto ciò che funziona in NVDA funzionerà anche su JAWS, ma non necessariamente viceversa.
  3. JAWS per Windows su Chrome.
  4. TalkBack per Android su Chrome.
  5. VoiceOver di macOS su Safari.

Ma penso che scoprirai che testare solo in VoiceOver di Safari su iOS offre un eccellente rapporto qualità-prezzo. Normalmente testo solo Safari su iOS, e poi NVDA per Windows su Chrome quando voglio essere molto scrupoloso, e poi di solito mi fermo.

Sono passati almeno cinque anni da quando ho visto un utente segnalare un bug che si verifica in JAWS per Windows ma non in NVDA per Windows. Penso di non aver mai visto un utente segnalare un bug su TalkBack per Android.

4 Mi Piace
14

Ci sono progressi su questo problema?

15

aria-live non è pensato per essere attivato/disattivato. Dovresti impostarlo su polite all’inizio e lasciarlo così. Con l’implementazione esistente, non riconosce mai che è stata apportata una modifica perché le modifiche non avvengono mai mentre è attivo.

1 Mi Piace
16

Il problema per me (NVDA/Windows) sembra essere che avete un div esterno con un aria-label. Credo che nella maggior parte degli screen reader, questa non sia un’annotazione del contenuto, ma una sostituzione di contenuto inaccessibile. Almeno, l’aria-label è l’unica cosa che viene letta per me.

Ecco una registrazione dello spoiler in questo thread: lettura del time scrubber in fondo al video, poi uno spazio vuoto (non so cos’è), poi lo spoiler visibile (“button expanded hide content”) e poi il menu a discesa “2 replies”.

Nota che se uso la funzione di debug di NVDA e passo il mouse sul testo espanso per leggerlo, viene letto. Ma non ho trovato alcun modo per farlo leggere il testo senza usare il mouse. Quindi, questo non sembra essere un modo valido per testare se è effettivamente accessibile…

2 Mi Piace
17

Ho creato una PR con alcuni miglioramenti per l’accessibilità:

3 Mi Piace
19

Grazie @Dannii per la PR :slight_smile:

L’ho appena revisionata e ho aggiunto alcuni commenti, solo cose molto piccole, ma per il resto sembra a posto!

1 Mi Piace
21

Grazie @Dannii, la tua PR è stata unita :slight_smile: questo problema dovrebbe essere risolto ora

2 Mi Piace