Per ora dovremmo probabilmente optare per l’attributo role… Sospendo che passare agli H2 romperebbe molti temi.
7 Mi Piace
Nessun problema, la PR è in forno.
Questo rende molto più piacevole scorrere le liste degli argomenti su NVDA: basta premere h, h, h per spostarsi tra gli argomenti.
9 Mi Piace
Peccato, h2 o h3 avrebbero avuto senso per l’elenco degli argomenti. Ma quella nave probabilmente ha salpato oltre 8 anni fa.
4 Mi Piace
Hmm, non sono sicuro di come mi senta riguardo alla nuova regione. Aggiunge un po’ di testo extra a ogni post, ma non credo sia così grave, e in realtà fornisce un contesto aggiuntivo mentre scorri con le frecce. Immagino che possiamo rimuoverlo in un secondo momento se si scopre che non piace alle persone?
Suppongo che queste modifiche siano già attive qui? Sembra di sì, e rendono l’esperienza di navigazione tra gli argomenti molto più piacevole. Grazie mille per aver agito così rapidamente! Quando sarà disponibile il nuovo rilascio sui siti ospitati?
6 Mi Piace
Quando premiamo il pulsante di deploy 
. Il tuo sito sta venendo distribuito ora, dovrebbe essere attivo tra circa 20 minuti.
4 Mi Piace
Immagino che potremo annullarlo in un secondo momento, se dovesse risultare che non piace alla comunità?
Assolutamente sì. Se la comunità non vedente ritiene che questo crei più rumore di quanto non aiuti, sarò felice di annullarlo.
I menu a tendina che il mio screen reader segnala come tag HTML
<select/>sono quasi completamente non funzionanti.
Abbiamo una libreria chiamata SelectKit che utilizziamo in moltissimi punti. La usi per la selezione delle categorie, per la selezione degli utenti quando crei un messaggio privato, per la selezione dello “stato di monitoraggio” di un argomento (così puoi indicare di essere interessato a seguire un argomento).
Questa libreria non è assolutamente compatibile con NVDA. Stiamo dedicando del tempo a migliorarla, ma devo ammettere che si tratta di un lavoro molto complesso che potrebbe richiedere alcune settimane.
Oggi abbiamo implementato ulteriori correzioni che, ne sono sicuro, ti piaceranno. Ricordo che avevi menzionato quanto fosse difficile per te trovare l’interfaccia di amministrazione.
“Vai a un’altra lista di argomenti o a una categoria”, presente nella parte superiore della pagina, è la nostra area “cassetta degli attrezzi” che include collegamenti alle impostazioni del sito, al pannello di amministrazione, alle liste di argomenti per categoria e altro ancora. @eviltrout l’ha modificata questa mattina in modo che, quando espandi l’elenco, il focus venga posizionato su di esso. Questo rende certamente molto più evidente la sua presenza per NVDA.
Sto dedicando molto tempo a comprendere la tua esperienza. Un’altra questione che ho notato oggi è la “mancanza di feedback” quando pubblichi una risposta o un nuovo argomento. È molto difficile per te capire se l’operazione è andata a buon fine. Proviamo almeno a utilizzare alcuni trucchi di focus per aiutarti. Mi chiedo se, a lungo termine, dovremmo aggiungere una modalità “suoni” a Discourse, in modo da fornire feedback sugli errori e sui successi per varie azioni.
Abbiamo un lungo viaggio davanti a noi, ma ne sono molto entusiasta.
Il mio obiettivo – e l’obiettivo di Discourse – non è essere “almeno buono” quanto PHPbb. Vogliamo essere la tua prima scelta perché siamo migliori in ogni aspetto rispetto al “vecchio modo”. Ci vorrà del tempo per arrivarci, ma abbiamo iniziato il viaggio.
11 Mi Piace
Potremmo eventualmente utilizzare le regioni live ARIA per questo scopo; ARIA live regions - ARIA | MDN. L’esempio comune consiste nell’annunciare il numero di risultati dopo l’invio di una ricerca, ma potremmo anche avere un div vuoto contrassegnato come regione live e aggiungere del testo come “risposta pubblicata” quando necessario.
5 Mi Piace
Le live region sembrano fantastiche, potrebbero persino essere una soluzione possibile per i problemi del kit di selezione.
Oh, sembra che role=alert funzioni benissimo anche con i nostri vari errori, lo aggiungo subito!
5 Mi Piace
@nolan oggi abbiamo apportato alcune ulteriori correzioni e miglioramenti interessanti. (nota: sto eseguendo tutti i test su NVDA)
-
Se tenti di creare un post troppo breve, viene fornito un alert con ruolo ARIA, in modo che lo screen reader ti segnali l’errore (ad esempio, il post è troppo breve, ecc.).
-
Ho migliorato la logica di focus per le finestre modali: ora le finestre modali ricevono il focus incondizionatamente. Questo ti consentirà di scoprire le varie scorciatoie da tastiera. Un collegamento ad esse è presente nella sezione “Vai a un’altra lista di argomenti o categoria”.
Le modifiche vengono attualmente distribuite sul tuo sito.
Fammi sapere cosa ne pensi!
7 Mi Piace
Ok, quindi potrei essere un po’ pignolo qui. Ma il modo in cui gli argomenti sono elencati è un po’ strano. Sembra che l’intera riga sia contrassegnata come titolo e non le singole colonne. Come ho detto, è una cosa davvero minore, quindi potrei semplicemente essere pignolo.
2 Mi Piace
Wow, sembra che questo thread sia esploso. Immagino che attivare le notifiche del browser disattivi le email: devo verificare se riesco a risolvere il problema.
Queste modifiche sono fantastiche! Grazie!
Concordo sul fatto che le intestazioni dell’elenco degli argomenti siano un po’ strane. Penso che preferirei se le intestazioni includessero solo le informazioni assolutamente essenziali, dato che se volessi il resto, so dove trovarlo.
Se guardi, ad esempio, la visualizzazione del post, il ruolo h2 che ho aggiunto circonda solo il nome e l’ora del post. Questi sono probabilmente i dettagli che mi interessano di più quando premo h/H per scorrere i post. Per l’elenco degli argomenti, probabilmente mi interessa solo il titolo e nient’altro.
Ethin, spero che stiamo parlando dello stesso problema e che abbia interpretato correttamente la tua intenzione. Fammi sapere se ho sbagliato.
5 Mi Piace
Voglio anche sottolineare, @Sam, che non è compatibile con Orca. Non sono sicuro se @Ethindp possa aiutare nella caccia ai bug su Linux o altro, ma almeno sul mio sistema (Ubuntu con Orca/Firefox) i menu a tendina funzionano un po’.
Ad esempio, se creo un argomento, posso espandere il menu a tendina delle categorie e digitare una categoria. Posso aprire la selezione dello stato, ma agisce come un pulsante: se espando quel menu, devo colpire il menu dello stato alla cieca (gioco di parole voluto) e sperare sia quello che cerco. Non conosco abbastanza Orca o gli eventi ATSPI per sapere se ciò che funziona per un lettore di schermo funzioni anche per Orca o se richieda più lavoro.
3 Mi Piace
Non è possibile controllare gli eventi AT-SPI da Firefox, quindi questo non è un problema. Il problema è semplicemente il ruolo presentato allo screen reader: comunica al browser, tramite ARIA, che un controllo è una casella combinata se si comporta come tale. Ricorda: segui i modelli di progettazione ARIA a meno che ciò che stai cercando di fare non abbia un modello di progettazione (cosa che immagino sia piuttosto rara, dato che quel documento è piuttosto completo).
@nolan Sì, era a quello che mi riferivo. La navigazione della tabella tramite intestazioni all’interno della tabella (e dei post) mi rallenta perché:
- Tutte le colonne sono un’intestazione, o più intestazioni: viene letta come se fossero multiple. Quindi viene letta così: titolo dell’argomento. Pausa. Informazioni per l’argomento. Pausa. Informazioni per l’argomento. Pausa. ecc. Orca, a differenza di NVDA, legge un’intera riga della tabella quando ci si sposta con le frecce (o, in questo caso, usando il tasto h per scorrerla), invece di leggere le singole colonne come fa NVDA.
- I post sono simili. Tutte le informazioni del post sono, ancora una volta, intestazioni separate e vengono lette come sopra.
Una soluzione sarebbe quella di unire le rispettive colonne contenenti solo le informazioni importanti in un’unica intestazione, se ciò non compromette il layout visivo. (A dire il vero, non mi piace molto la navigazione tramite intestazioni all’interno di una tabella: non è così che funziona una tabella e le intestazioni non dovrebbero davvero essere usate lì.)
Un ultimo piccolo problema: tutte le intestazioni sembrano essere allo stesso livello. Questo è problematico perché gli screen reader mi permettono di saltare tra le diverse sezioni della pagina in base ai livelli. Dato che tutte le intestazioni sono allo stesso livello, non posso saltare dall’intestazione dell’argomento a quella dei post correlati: devo necessariamente leggere l’intero argomento, il che diventa fastidioso, specialmente negli argomenti con un numero enorme di post.
5 Mi Piace
Al momento, il ruolo di intestazione ARIA è applicato all’intera riga. Lo sposterò in modo che sia presente solo sulle informazioni essenziali, ovvero la prima colonna della tabella principale (stato, titolo, categoria, numero di non letti e così via).
Dovrei fare un passo in più e applicare il ruolo solo al titolo dell’argomento? Immagino che questo renda le cose un po’ più veloci, purché si ricordi di navigare a sinistra e a destra per ottenere informazioni sullo stato dell’argomento, la categoria e così via.
@celtichawk grazie! @j.jaffeux è un’opzione per una soluzione relativa ai menu a discesa che sia compatibile con JAWS, Orca e NVDA. Come ho già detto, potrebbe richiedere un po’ di tempo, ma ci stiamo lavorando e speriamo di mostrarvi qualcosa nelle prossime settimane.
@ethindp Penso di avere un’idea per la situazione delle intestazioni negli argomenti. Possiamo applicare il ruolo di intestazione a un singolo elemento come “nome utente” e poi assegnargli una descrizione ARIA del tipo “Sam ha pubblicato 3 ore fa”. Immagino che in questo modo verrebbe letto:
“Regione post #3 Sam ha pubblicato 3 ore fa” mentre si naviga. Dovremmo provare questa soluzione?
9 Mi Piace
Direi di provarci. Mi piace davvero questa idea. (Dai, i template sono fantastici!)
4 Mi Piace
Hmm, probabilmente la prima colonna è sufficiente. Provando un po’ di più, mi piace che legga non solo il titolo, ma anche lo stato di non lettura e il conteggio. Immagino che potrei accontentarmi che legga il resto come fa ora, dato che, per fortuna, viene letto per ultimo. Ma solo la prima colonna è più in linea con ciò che mi aspetto.
5 Mi Piace
Ciao Nolan,
Stavo pensando di modificarlo oggi, ma l’elemento TD ha già il ruolo “rowheader”. Temo che manipolarlo possa creare problemi.
Ho alcune opzioni a disposizione:
-
Cambiare il ruolo sul
TD(colonna della tabella) che contiene tutte le informazioni chiave. -
Introdurre il ruolo sullo
SPANlink-top-line: contiene informazioni critiche, ma esclude categorie e tag. -
Non vorrei proprio farlo, ma potremmo aggiungere un
DIVcontenitore.
Quale soluzione dovremmo scegliere?
3 Mi Piace
Claus ha anche sollevato problemi su quanto sia bizzarro il ruolo di intestazione. Penso che forse dovremmo assegnare il ruolo di intestazione solo al “link”.
In questo modo:
- Non leggerai nulla sullo stato (bloccato, fissato, ecc.)
- Premi H
- Ascolti il titolo dell’argomento
- Premi H
- Ascolti il titolo del prossimo argomento
Se in qualsiasi momento desideri scoprire informazioni speciali sull’argomento o interagire in modo più ricco, premi su o giù per ottenere maggiori dettagli.
Non è una soluzione perfetta, ma sembra un piccolo miglioramento rispetto all’atterrare sul link “fissato” o all’avere l’intera riga letta ad alta voce.
4 Mi Piace
In realtà, l’uso di una tabella per mostrare l’elenco degli argomenti in un forum è davvero molto buono. Tutti gli screen reader che conosco, ad eccezione di Orca, possono navigare nelle tabelle; quindi, se si ottengono le informazioni corrette su riga e colonna, si ha una buona navigazione. Il motivo per cui ho richiesto gli intestazioni per gli argomenti era ottenere un modo stabile per navigare in un argomento aperto. Non vedo buone ragioni specifiche per aggiungere le intestazioni nella tabella, ma se implementate correttamente non causano problemi.
Claus
4 Mi Piace
Ciao.
Vorrei fare un enorme grazie alle persone in questa discussione. Amministro alcune istanze di Discourse e ho notato la maggior parte delle cose menzionate qui. Non avevo mai dedicato lo sforzo necessario per capire cosa si potesse fare al riguardo, fino a quando ieri una delle mie community è stata aggiornata e le cose sono cambiate, in meglio!!
Questa mattina, incrociando questa discussione, mi ha dato molta ottimismo che le cose continueranno a migliorare.
Non ho molti suggerimenti specifici; avete già coperto la maggior parte dei miei punti critici, quindi direi di continuare su questa strada.
C’è un aspetto che non credo sia stato menzionato, almeno non in questa discussione: un modo accessibile per citare qualcuno in una discussione. Se voglio citare qualcuno, di solito lo faccio così:
inserisci qui la citazione.
Ma vorrei poter usare il metodo di citazione corretto. Non conosco abbastanza il markdown per scriverlo direttamente, e anche se lo facessi, sembra un po’ faticoso. Sono curioso di sapere quali altri trucchi usate le altre persone per citare qualcuno in una discussione se non potete usare il mouse?
8 Mi Piace