Certo, apprezziamo l’offerta! Se noti modifiche semplici, puoi fornire dettagli? Molte delle modifiche per l’accessibilità su cui stiamo lavorando richiedono una ristrutturazione dell’applicazione, ma siamo sempre disponibili per qualsiasi opportunità immediata.
Una lista, senza un ordine particolare tranne che per il primo elemento:
- Ci sono modali che non acquisiscono il focus, ed è proprio questo che mi ha spinto a scrivere questo post. Chiunque arrivi in questa discussione per fornire feedback sull’uso dello screen reader si imbatte in uno di questi, il che significa che gli utenti di screen reader di livello base o intermedio vengono di fatto esclusi. Per fortuna, sul mio forum non ho riscontrato questo problema, ma solo qui. Spero ci sia un modo per disattivarli, o almeno per disattivare le condizioni che ne causano la comparsa. L’unico modo per interagire con essi è chiedersi perché i comandi da tastiera non funzionano e avere abbastanza conoscenza del funzionamento delle applicazioni web per pensare di cercare un modale. Una volta trovato, devi interagire con esso e spostare il focus sul controllo corretto. E anche in quel caso non è sempre affidabile, come dimostrato dalle mie difficoltà nel rispondere a questo argomento.
- Quando clicco su un argomento, il focus della tastiera non si sposta automaticamente al post più recente. Non sono sicuro di cosa dovrebbe accadere in questo caso, quindi forse c’è un altro link che devo usare per ottenere questo risultato? Di conseguenza, tenersi aggiornati sui nuovi post è difficile e devo ancora farlo manualmente.
- Non sembra esserci un modo per raggiungere l’area di amministrazione del sito tramite tastiera. Ho dovuto indovinare che /admin potesse funzionare come URL, e per fortuna è stato così.
- Sarebbero utili i landmark ARIA nei post del forum. In pratica, rendere ogni post simile a un
<article/>, con un<heading/>per i controlli in alto e un<footer/>per quelli in basso. Questo permetterebbe una navigazione più rapida tramite landmark, dato che al momento non esistono metodi utili per spostarsi rapidamente tra i post. Posso farlo in qualche modo con NVDA, ma in questo caso mi trovo nel<nav/>che include il pulsante Mi piace e altri. Se gli elementi landmark veri e propri non funzionano, andrà bene anche un attributorole=. - Se clicco sul pulsante Azioni argomento, non c’è modo di chiudere il menu che appare tramite tastiera.
- I widget di lista sono un disastro per l’accessibilità. Ho appena provato a spostare un post con NVDA. Ecco come ho fatto:
- Ho cliccato sul pulsante Modifica titolo/categoria. Non ricordo esattamente come si chiamasse, dato che, come detto prima, non riesco a comprimere lo schermo per far riapparire il pulsante.
- Ho trovato il menu a discesa delle categorie.
- L’ho attivato con la barra spaziatrice.
- Ho usato la navigazione agli oggetti di NVDA per ingrandirmi all’interno dell’elemento selezionato del menu a discesa, il che non era per nulla intuitivo.
- In quell’elemento c’è una lista. Ci interagisco.
- In quella lista c’è un campo di ricerca e un’altra lista. Interagisco con quest’altra lista.
- Quindi mi muovo attraverso quello che sembrano essere una serie di descrizioni delle categorie, ancora una volta con la navigazione agli oggetti di NVDA, fino a trovare quella che voglio. Sposto il mouse su di essa.
- Clicco con il mouse usando NVDA.
- Sospetto ci sia un altro passaggio in cui devo trovare e cliccare un pulsante Salva senza etichetta, ma non ne sono sicuro e di sicuro non me lo ricorderò la prossima volta che dovrò farlo.

Come puoi immaginare, questo non è affatto intuitivo ed è qualcosa che ho scoperto solo perché: a) sono probabilmente un utente intermedio di NVDA, b) faccio sviluppo web tra le altre cose e c) ho imparato in qualche modo il modo in cui Discourse gestisce le cose. - Ci sono varie immagini senza etichetta che non vengono identificate come pulsanti, ma che sembrano svolgere delle funzioni. Penso che i pulsanti Salva nelle schermate di amministrazione ne siano un esempio. Sono un po’ esitante a cliccare a caso su pulsanti senza etichetta in un sito live su cui fanno affidamento gli utenti. Una cosa del genere potrebbe farmi rimpiangere di averlo fatto in modo doloroso un giorno.

Darei circa un mese alle cose, poi installerò PHPBB o qualcosa di più accessibile su un server e procederò con quello. Scusa, ma ho molte persone che non provano nemmeno la community a causa di questi problemi e, dato che il modale difettoso è stato letteralmente il primo ostacolo che ho incontrato, probabilmente dovrò fare quello che noi persone cieche facciamo troppo spesso: scegliere l’opzione tecnicamente inferiore ma più accessibile.
Non voglio sembrare scontento, vorrei solo che le mie opzioni per una community non fossero un insieme di opzioni accessibili con community più piccole e meno sviluppo, un’ottima opzione con gravi problemi di accessibilità e le mailing list.
A proposito, sono uno sviluppatore senior disponibile per assunzione se hai bisogno di aiuto. Per essere sincero, Discourse sta assorbendo una parte così grande di Internet che molti di noi con disabilità devono accettare con riluttanza problemi di accessibilità come questi quando i nostri colleghi normodotati, con le migliori intenzioni, configurano un Discourse per i loro progetti. Capisco perché lo fanno, perché vorrei molto usarlo per la nostra community e avete creato un prodotto incredibilmente facile da amministrare. Ma se non avete un responsabile dell’accessibilità che risolve i problemi attuali e garantisce che tutte le nuove funzionalità siano utilizzabili dalle persone con disabilità, allora parliamone, perché ne avete disperatamente bisogno.
L’unico motivo per cui ho provato Discourse qui è perché sono uscito da questa discussione pensando che importanti cambiamenti in materia di accessibilità fossero imminenti. Ma in generale, sconsiglio attivamente l’uso di Discourse ogni volta che ho voce in capitolo, perché è così difficile da usare con uno screen reader e perché non voglio creare un’altra community online dove noi persone cieche non possiamo partecipare in modo paritario a causa di problemi di accesso. Mi piacerebbe cambiare questa situazione e far parte del cambiamento. Ma se non sono io, allora per favore assumete qualcuno, perché molti di questi problemi esistono da anni e non sono cambiati in modo significativo.
Grazie.
Wow! Grazie per il feedback dettagliato e approfondito!
Mi dispiace, non ho capito. Non sono a conoscenza di modali che appaiono visitando un argomento. Ti riferisci all’editor/compositore usato per scrivere le risposte agli argomenti, in cui sto scrivendo proprio ora? O ti riferisci all’editor che appare dopo aver premuto il pulsante di risposta in qualsiasi punto dell’argomento?
Dato che questa è la prima e più urgente questione, vorrei capirla meglio. Procediamo passo dopo passo, partendo dal problema più importante, dato che in passato abbiamo avuto utenti non vedenti e abbiamo agito in base ai loro feedback, ad esempio qui:
e qui:
Forse abbiamo subito un regresso di recente? Voglio capire a quale “modale” ti stai riferendo.
(Inoltre, hai provato a premere ? per visualizzare l’elenco delle scorciatoie da tastiera? Una cosa che ho notato mentre investigavo su “come accedere all’area di amministrazione tramite tastiera” è che premendo = si arriva al menu hamburger, ma nulla all’interno è selezionato cc @sam – dovremmo assolutamente risolvere questo problema.)
Ciao, @ndarilek qui.
Sembra che abbia un altro account qui, non mi ero reso conto di averne due. Forse è per questo che il mio indirizzo email non ha funzionato quando ho provato a registrarmi a febbraio. Ecco una citazione dal primo post riguardante la finestra modale che ho incontrato durante la registrazione. Notate che in quel post sono elencati alcuni problemi, alcuni dei quali sono probabilmente duplicati di quelli che ho elencato qui. Credo che parte della mia frustrazione derivi dal dover sollevare di nuovo e di nuovo questi problemi, senza sapere dove andare per assicurarsi che: a) vengano ricevuti e b) abbiate le informazioni necessarie. Queste finestre modali in particolare sono estremamente problematiche perché: a) sono difficili da individuare per gli utenti di screen reader e b) bloccano tutti gli input dall’arrivo alla pagina, quindi all’improvviso Discourse si rifiuta di fare qualsiasi cosa quando si fanno clic su collegamenti o pulsanti. Comunque, la citazione—non sono sicuro della sintassi per le citazioni:
• E non relativo al mio sito, ma l’esperienza di registrazione tramite finestra modale qui ha presentato alcune difficoltà. Ho provato a registrarmi tramite email, ma la tua istanza ha rifiutato il mio indirizzo email .info che uso da quasi 17 anni e che ha funzionato perfettamente sul mio sito. Ho quindi registrato tramite Google, ma la finestra modale che mi è stata mostrata al ritorno ha presentato alcune sfide:
◦ Non ha catturato il focus della tastiera, quindi ho dovuto cercarla e interagirci manualmente.
◦ Mentre cercavo di farlo, l’elenco infinito degli argomenti stava aggiungendo nuovi argomenti, rendendo più difficile per il focus raggiungere effettivamente il dialogo. Non ricordo esattamente come sono riuscito a muovermi più velocemente della comparsa degli argomenti—non ho ancora preso il caffè—ma sono qui. ![]()
Grazie, spero che questo sia d’aiuto.
OK, certamente ti ho sentito, sto ancora cercando di capire cosa significhi:
Ti riferisci all’editor, il pannelso sovrapposto utilizzato per la modifica in Discourse? Immagino di sì, vero? In realtà non si tratta di un modale, ma di un pannello sovrapposto che rimane con te, agganciato alla parte inferiore del browser, e “ti accompagna” mentre navighi sul sito Discourse. Puoi comprimere l’editor in una singola riga di riepilogo o espanderlo a schermo intero a tuo piacimento, e nel frattempo continuare a leggere argomenti su Discourse — persino navigare verso argomenti completamente diversi — mentre stai scrivendo la tua risposta. Questo si allinea con il principio di Discourse di “incoraggiare la massima lettura possibile”, poiché puoi continuare a leggere e navigare nel sito senza che la tua esperienza di lettura venga interrotta dall’editor, dato che si tratta di un pannello sovrapposto agganciato alla parte inferiore della finestra del browser.
L’editor dispone di due pulsanti di azione principali in basso a sinistra:
- Rispondi: questo chiude il pannello sovrapposto dell’editor e invia la tua risposta all’argomento (o a un argomento diverso, se ti sei spostato dall’argomento originale)
- Annulla: questo chiude il pannello sovrapposto dell’editor e salva la risposta in corso come bozza oppure la scarta
L’editor presenta anche alcune altre aree funzionali:
- Una “maniglia” lungo il bordo superiore dell’editor per controllare l’altezza del pannello sovrapposto e regolarla verso l’alto o verso il basso
- Un pulsante “tipo editor” in alto a sinistra che permette di passare da una risposta, a un messaggio privato, a un nuovo argomento che fa riferimento al post originale
- Un pulsante con icona “espandi a schermo intero” in alto a destra
- Un pulsante con icona “comprimi” in alto a destra
- Un pulsante con icona “nascondi anteprima” in basso a destra. Premendo questo pulsante due volte, l’anteprima viene nuovamente visualizzata.
L’editor dovrebbe assolutamente catturare il focus quando premi il pulsante Rispondi, ad esempio: “Sto avviando una risposta a questo post.” Nel mio test, ciò avviene sia su desktop, laptop, tablet che smartphone. Passa all’input da tastiera e cattura il focus quando premi il pulsante Rispondi sull’argomento o il pulsante Rispondi su qualsiasi post individuale.
Mi scuso se ci vorrà un po’ di tempo per arrivare a questo lavoro; vogliamo farlo, ma abbiamo un carico di lavoro schiacciante e un numero limitato di ore di ingegneria disponibili, oltre a una pandemia globale in corso che ha avuto effetti dannosi su molti di noi e che ha colpito diversi membri del team con il COVID. Mi scuso; posso solo dire che selezioneremo le problematiche più importanti e faremo del nostro meglio per lavorarci per prime.
(Rileggendo, ti riferisci invece al processo di registrazione dell’account? È possibile che abbiamo avuto una regressione in termini di accessibilità lì, dato che abbiamo migliorato la finestra di dialogo di registrazione nella versione 2.7?)
Ahah! Finalmente qualcosa che posso effettivamente capire e riprodurre. @sam vedo cosa sta succedendo qui.. apri l’editor, digita un po’ di testo nell’editor in modo che voglia salvare una bozza… premi tab due volte per essere sul pulsante Annulla, quindi premi invio. Questo dialogo dovrebbe ora avere il focus, ma non lo ha – quando premo tab sono su un altro elemento. Dovremmo risolvere questo problema e fare un backport.
Ecco le mie riflessioni a riguardo.
Sono davvero indeciso. Uso Linux con Orca (che è lo screen reader integrato) e, almeno sulla mia macchina, è seriamente carente per quanto riguarda la navigazione nelle tabelle.
I miei problemi principali sono due.
Innanzitutto, non so dove mi trovo in una discussione poiché non c’è un modo semplice per tenere traccia dei singoli messaggi. Non posso saltare direttamente al prossimo messaggio in una discussione; invece, devo scorrere tutti gli elementi “aggiungi risposta”, “segnala come preferito”, “condividi un link”, ecc., per arrivare a un nuovo messaggio.
Per me, almeno, il layout è un caos di pulsanti e link ovunque. Se ci fossero intestazioni, ad esempio un’intestazione di livello 1 per la barra in alto, un’intestazione di livello 2 per il primo messaggio di un argomento e un’intestazione di livello 3 per ogni messaggio successivo, potrei accettarlo, poiché permetterebbe a un utente di screen reader di saltare rapidamente da un messaggio all’altro senza rimanere intrappolato nel disordine di link per la condivisione, i like ai messaggi e i segnalibri.
Prima che qualcuno mi dica: “Oh, fai questo, questo, questo, questo e modifica queste impostazioni”, rispondo: no. Non dovrei dover modificare un mucchio di impostazioni per rendere Discourse utilizzabile sul mio sistema.
Quello che ha fatto Discourse è ottimo, davvero, sulla carta.
Ma perché devo attraversare un miliardo di pulsanti solo per raggiungere un argomento, o un migliaio di link? Va bene, sto esagerando un po’, ma ascoltate.
Forse è una questione di opinione, ma sono abituato a forum basati su PHP che hanno intestazioni per la maggior parte degli elementi. Quindi chiederò e vorrei sapere se la mancanza di intestazioni è una scelta di progettazione o qualcosa su cui si può lavorare per migliorare l’accessibilità.
Consiglierei di testare con screen reader per Windows, Mac e Linux: quelli integrati per gli ultimi due, NVDA (che si trova su NVaccess.org) e Jaws (di cui è disponibile una versione di prova gratuita per valutare Discourse, poiché il software stesso è a pagamento, al pari di un Mac), nonché Narrator, lo screen reader integrato di Microsoft per Windows.
Per quanto riguarda la navigazione da telefono, la lascio perdere poiché non ho un telefono con me al momento per testarla. Non tutti gli screen reader trattano le tabelle allo stesso modo. Ad esempio, in questa discussione, Orca (per me) non mostra la discussione come una tabella, ma solo quella che inizia con “nuova attività”, saltando completamente l’argomento e le risposte. Se navigo per intestazioni, dopo essere arrivato all’inizio di un argomento (che è una navigazione comune per gli utenti di screen reader), salta direttamente all’elenco degli argomenti consigliati dopo l’ultimo messaggio, che è contrassegnato come intestazione di livello 3.
Grazie ancora per la segnalazione, @nolan… per affrontare per prima la prima questione, sembra che non stiamo catturando il focus sulla maggior parte delle finestre modali… questo sembra essere un grave regresso che dovremmo risolvere il prima possibile (idealmente questa settimana)!
Capisco perfettamente, e anche se posso dire che stiamo lavorando sui problemi di accessibilità… non avremo completata la nostra lista attuale entro un mese.
Sì, scusami davvero per la grossa regressione @nolan sui dialoghi! Non avevo capito quanto fosse grave finché non ho approfondito. Avremmo dovuto bloccare il rilascio per questo, è davvero terribile!
Grazie! Oggi ho installato NVDA e sto lentamente iniziando a comprendere i problemi che stai riscontrando.
Comprendo perfettamente il desiderio di far funzionare Discourse in modo ragionevole utilizzando i collegamenti predefiniti. Capisco anche molto meglio la frustrazione legata alla navigazione.
Vedo i trucchi di phpBB. NVDA è estremamente limitato e non ci sono molte scorciatoie da scegliere.
Il trucco dell’intestazione è improbabile che funzioni su Discourse perché permettiamo agli utenti di inserire intestazioni personalizzate nei post. Ad esempio:
intestazione 2
intestazione 3
intestazione 4
Non c’è un pulsante “prossimo articolo”, il meglio che abbiamo è “prossima regione”, il supporto per le regioni è piuttosto instabile rispetto a JAWS. Avevamo già un elemento article, ma NVDA non lo rispettava.
Ho creato questa PR per aiutare almeno le persone a non sentirsi così perse quando navigano in un argomento:
https://github.com/discourse/discourse/pull/13130
Ritengo ancora che la struttura non sia ideale. Ad esempio, il pulsante giù rimane intrappolato a causa del nostro double-button annidato nella navigazione dei post.
@eviltrout sta indagando sui problemi di focus con varie finestre di dialogo; dovremo fare un doppio test con NVDA per vedere se le nostre correzioni funzionano.
Abbiamo scorciatoie da tastiera piuttosto estese se esci dalla modalità di navigazione, ma capisco l’esitazione a imboccare quella strada oscura. Il problema è che una volta entrati in modalità “modifica”, devi uscirne per poter effettivamente leggere il contenuto.
Ad esempio:
j → il computer dice “articolo link visitato”
nvda+spazio
giù → il computer dice “link benno”
giù → il computer dice “15 marzo”
giù → il computer inizia a leggere il post
Dopo la mia correzione ci sarà un grande miglioramento.
Invece di dire “articolo link visitato”, il computer inizierà a dire “post #6 regione articolo link visitato”.
I miglioramenti qui saranno graduali, ma apprezziamo moltissimo tutti i feedback. Stiamo imparando e faremo del nostro meglio per rendere Discourse più piacevole per la comunità non vedente.
Le finestre modali sembrano un nido di calabroni generale. Se abbiamo una finestra modale aperta e, per qualsiasi motivo, riesci a navigare indietro alla pagina, puoi rimanere estremamente confuso. Mi chiedo se ci sia un modo per segnalare a NVDA: Ehi NVDA… tutti questi elementi… non esistono più mentre la finestra modale è aperta. Potremmo rimuoverli dal DOM mentre le finestre modali sono aperte, ma ciò potrebbe finire per causare ancora più confusione.
Su Orca (quella di Linux che uso io, anche se i controlli sono diversi, le funzionalità sono sostanzialmente le stesse. Posso saltare al prossimo punto di riferimento, ma questa funzione presenta dei bug e può effettivamente bloccarsi su alcuni elementi. Dove potrei trovare queste scorciatoie da tastiera, dato che ho utilizzato altri software per forum? Non ho accesso a un Mac, ma su Linux posso saltare al mio prossimo punto di riferimento in un post; ad esempio, da un pulsante “Mi piace” all’altro in questo argomento, il cui flusso è il seguente:
Clicca sull’argomento
Scendi al primo post
Premi M
Raggiungi il punto di riferimento, poi scendi
Ripeti quanto sopra fino alla fine dell’argomento. Ora, questo potrebbe dipendere dal browser; non ne sono certo, poiché finora non ho effettuato test con nulla di diverso dal predefinito Firefox.
EDIT: Okay. Questa è una cosa che ho appena incontrato letteralmente. Volevo controllare il mio profilo su Mozilla Firefox, ma selezionando il link profilo/avvisi in alto si è bloccato l’input da tastiera per me, finché non sono tornato alla modalità di navigazione. Non sono sicuro che ciò faccia parte dei problemi relativi alle finestre di dialogo, dato che la pagina si è comportata come se volessi leggere la discussione. Il link indicava “espanso”, quindi ho assunto che fosse un menu a discesa su cui potessi navigare con le frecce o il mouse, senza però ottenere risultati.
Il tuo punto sul fatto che NVDA non rispetti gli articoli come regioni è valido. Non mi ero nemmeno reso conto che il tag article fosse utilizzato fino a ieri, quando ho attivato la sua presentazione degli articoli, anche se questo non sembra cambiare l’algoritmo di rilevamento. Oggi aprirò un ticket su NVDA a riguardo e vedremo cosa ne verrà fuori.
Inoltre, capisco che nelle messaggi possano essere inserite intestazioni. Lo scopo della navigazione per intestazioni non è contrastare ciò, ma aiutare nel 99,99… percentile dei casi in cui i post non contengono intestazioni aggiuntive.
Ieri ho configurato un ambiente di sviluppo e indagherò sull’aggiunta di alcuni ruoli ARIA a qualcosa in .post-topic per renderlo più facile da gestire.
Le finestre modali sono effettivamente complicate. Qui trovi una guida pratica che dovrebbe essere d’aiuto. I punti chiave sono: 1) utilizzare il nuovo attributo aria-modal per indicare che la finestra modale deve essere mostrata e che tutto il resto deve essere nascosto; 2) spostare il focus della tastiera sul primo elemento su cui è possibile porre il focus; 3) restituire il focus al pulsante che ha avviato il flusso quando la finestra modale viene chiusa. Spero che questo ti sia d’aiuto.
Punti validi, e scusa ancora per essere stato sgarbato. Sto facendo switching contestuale ogni giorno tra Discord, Element, GitHub, Gitea e ora Discourse per portare a termine le cose. Ognuno ha le proprie difficoltà specifiche: è solo che quelle di Discourse mi stanno dando più problemi in questo momento, perché, ad esempio, un utente problematico estremo del forum precedente si è già unito e un co-amministratore che utilizza uno screen reader avanzato ha passato mezz’ora senza riuscire a navigare nel menu a tendina per la durata della sospensione. Per fortuna conosco i menu a tendina e ho sospeso l’account prima che causasse problemi, ma dobbiamo prendere confidenza con questa situazione in modo che il mio team di amministrazione non richieda così tanto onboarding. ![]()
Sono contento che stiamo risolvendo i modali: lo apprezzo moltissimo. Oggi dedicherò del tempo a vedere se la visualizzazione degli argomenti può essere resa più accessibile. Direi che il prossimo grande problema è il componente menu a tendina non accessibile. Oltre all’impossibilità di sospendere gli utenti, abbiamo avuto recentemente un altro membro che non è riuscito a spostare il proprio argomento. Qui c’è un esempio di listbox accessibile che potrebbe aiutare. Sono così diffusi che risolverli porterebbe a un gran numero di vantaggi.
Grazie ancora.
Non sono sicuro che abbia senso creare la regione oltre all’articolo, dato che risulterebbe un po’ più prolisso.
Ho aperto questa issue sostenendo che NVDA dovrebbe trattare gli articoli come regioni per facilitare la navigazione verso il landmark successivo o precedente. Spero che questo risolva il problema nel medio termine.
Nel frattempo, ho aperto questa PR aggiungendo un ruolo di intestazione di secondo livello non visibile al campo dei metadati del post. Con questa patch applicata alla mia istanza di prova, i tasti h/H permettono di navigare tra i post privi di intestazioni. Ammetto che questo approccio presenta limiti se il post stesso contiene intestazioni, ma sostengo che, in quanto utenti di screen reader, siamo abituati a questo tipo di contenuto misto. Fino a quando NVDA non considererà gli articoli come landmark, avere un modo rapido per saltare al post successivo è preferibile all’introduzione di regioni inutili.
Sam, secondo te varrebbe la pena considerare l’idea di inserire un separatore non visivo per aggirare il problema dei titoli nei post, dato che i titoli possono essere inseriti all’interno dei post stessi? Stavo leggendo il tuo messaggio e non sono sicuro che esista qualcosa di multipiattaforma che sia invisibile ma possa essere utilizzato per segnare un confine tra i post.
Attualmente su Orca per Linux, posso premere 1 per andare al titolo di livello 1 e all’inizio di una discussione, poi usare M (che passa al prossimo punto di riferimento) per spostarmi da un post all’altro. Sì, è macchinoso, ma fattibile. Mi chiedo quindi se, dal punto di vista tecnico e dell’usabilità, funzionerebbe avere il numero del post (ad esempio “post #1”, “post #2” e così via) contrassegnato come punto di riferimento, invece di utilizzare un’intestazione che può anche essere inserita nei post. Se i pulsanti sotto un post sono punti di riferimento, perché non dovrebbe esserlo anche il numero del post? A mio avviso avrebbe senso avere il numero del post come punto di riferimento, oltre o al posto dei pulsanti sotto il post, dato che quei pulsanti possono essere nascosti se gli amministratori del forum lo scelgono (conosco un caso in cui quei pulsanti sono stati spostati sotto un menu “altro”…).
Un’altra scusa @nolan per aver sbagliato così tanto questa volta: chiaramente non stiamo testando la tastiera al minimo prima del rilascio, e questo è un livello di base terribile da perdere. È completamente colpa nostra, abbiamo sbagliato, e francamente mi vergogno di quanto abbiamo fallito qui… anche il controllo più superficiale ci avrebbe mostrato che la finestra di dialogo di annullamento era completamente rotta con la tastiera, e abbiamo proceduto con un rilascio che includeva quel bug enorme. ![]()
Stiamo rivalutando il nostro processo per assicurarci di considerare:
-
la tastiera dovrebbe funzionare come previsto, come minimo assoluto; ogni funzionalità viene testata con il
mouse scollegato per garantire un ordinamento corretto del tab e il focus; -
le attività principali in Discourse dovrebbero essere semplici da eseguire utilizzando NVDA.
Apprezziamo che tu rimanga con noi in questa situazione e ci tenga sotto pressione. Stiamo ricostruendo parte del nostro processo per assicurarci che, al minimo, abbiamo sempre una navigazione
da tastiera funzionale e sensata. Avremo bisogno del tuo aiuto per determinare cosa abbia più senso come primo passo da affrontare per le modifiche e l’ottimizzazione di NVDA.
Molte grazie, il mio team di amministrazione e io lo apprezziamo! ![]()
@Nolan, quindi preferiresti che annullassi la modifica della regione e accettassi solo la modifica dell’intestazione? O facciamo entrambe le cose?
Sono disponibile a provare diverse soluzioni. Pensavo che ci fosse un certo “orientamento” nel far annunciare il numero del post. Altrimenti è davvero difficile capire se ci si trova al post 100 o al post 3. Ha un effetto di ancoraggio.
@celtichawk riguardo alla soppressione delle intestazioni, penso di essere d’accordo con Nolan: le intestazioni sono estremamente rare nei post, quindi dovrebbero creare problemi solo di rado.
Non abbiamo davvero un anchor post #1 da utilizzare da nessuna parte; il nostro unico anchor sono i metadati del post, il corpo del post e i pulsanti del post. I metadati contengono nome utente, stato di modifica e ora di modifica, non il numero del post. Nolan stava sperimentando l’ancoraggio ai metadati del post.
Ho appena notato quanto sia fastidioso navigare tra gli elenchi degli argomenti a causa della mancanza di intestazioni.
@nolan / @awesomerobot, i titoli degli argomenti nell’elenco dovrebbero essere H2 o H3? In mancanza di ciò, possiamo sicuramente aggiungere role="heading" agli argomenti nell’elenco.
Come si naviga tra gli argomenti negli elenchi oggi con NVDA?
Ho appena aggiunto una regione per le “azioni relative agli argomenti”, ad esempio: opzioni di amministrazione, condivisione, segnalibro, segnalazione, risposta, stato di monitoraggio.
https://github.com/discourse/discourse/pull/13152
È una modifica molto piccola, ma dovrebbe rendere molto più facile rispondere agli argomenti.
Ho anche notato che la modifica dello stato di monitoraggio degli argomenti (da monitoraggio / osservazione, ecc.) è completamente rotta sugli screen reader; discuterò delle possibili soluzioni con @j.jaffeux.