La liste des sujets n’apparaît plus sous forme de titres comme elle le faisait auparavant pour les lecteurs d’écran. Je ne considère pas cela comme un problème majeur, et si c’est quelque chose que je dois corriger avec des thèmes/composants de thème, ce n’est pas grave. Existe-t-il un thème que je peux installer pour activer cela (certaines personnes ne se soucient pas de la navigation par sujet basée sur des tableaux, d’autres si), un composant de thème, ou cela doit-il être corrigé dans le cœur de Discourse ?
Merci de nous en avoir fait part. L’équipe d’accessibilité d’un client nous a récemment informés que la liste des sujets ne devrait pas utiliser le rôle d’en-tête, ce qui a entraîné sa suppression…
Il semble que les en-têtes étaient préférables, et je pense que nous pouvons les réintroduire s’il y a un bon argument en leur faveur de la part de personnes utilisant réellement des lecteurs d’écran.
Les en-têtes dans une liste de sujets comme celle-ci correspondent-ils à un comportement attendu que vous avez déjà rencontré sur d’autres sites ? ou est-ce que ce genre de chose est inhabituel mais apprécié ?
Cela dépend beaucoup du forum en question. Je dirais que pour certains d’entre nous, c’est tout à fait attendu. Mais il y en a d’autres qui sont à l’aise avec la navigation de style tableau (mais certains lecteurs d’écran comme NVDA ont des bugs étranges avec les tableaux qui apparaissent dans des circonstances inhabituelles, donc…). Serait-il possible de le faire via un composant de thème ? Ou d’en faire une option configurable qui est activée par défaut ? (Je dis activée par défaut car, à mon avis, les options d’accessibilité pour quelque chose comme ça devraient être une fonctionnalité d’exclusion volontaire que les gens devraient explicitement désactiver.)
Des mises à jour sur ce problème particulier ? S’il existe un moyen de contourner cela avec une sorte de composant de thème, je n’hésiterais pas à le faire comme solution de fortune jusqu’à ce que cela soit résolu dans Discourse lui-même (je ne sais juste pas comment le faire dans un composant de thème).
Bonjour, je suis également un utilisateur de lecteur d’écran et je recommande cette configuration. La navigation dans les tableaux est certainement faisable, mais ce que j’ai constaté, c’est que les messages épinglés lisent d’abord leurs indicateurs d’état avant de lire le titre du message. Ce n’est pas un problème majeur, mais cela ralentit certainement la navigation.
Dans NVDA — le lecteur d’écran que j’utilise — les commandes pour les tableaux nécessitent de maintenir CTRL+ALT enfoncés et d’utiliser les flèches haut et bas pour parcourir les lignes, et gauche/droite pour les colonnes. Ainsi, avoir un en-tête pour chaque titre de sujet est également préférable car il ne s’agit que d’une seule pression de touche. Je connais également plusieurs utilisateurs de lecteurs d’écran qui ont une paralysie cérébrale, ce qui limite l’utilisation d’une main. Dans de tels cas, avoir une seule combinaison de touches aiderait également ces personnes.
Merci pour vos commentaires supplémentaires, il est difficile de mettre en œuvre quelque chose qui va à l’encontre d’un audit d’accessibilité — mais les commentaires des personnes utilisant régulièrement des lecteurs d’écran sont inestimables.
Peut-être ajouterons-nous un interrupteur à un moment donné, mais en attendant, il semble que la meilleure chose à faire soit de rétablir l’en-tête.
Je suis franchement surpris que les auditeurs aient donné un tel avis. J’y ai réfléchi, et le seul point négatif possible auquel je puisse penser est que, par défaut, les titres changent la taille de la police. Cependant, ils peuvent être stylisés avec CSS, ce qui réfute ce point.
Si ce n’est pas trop demander, puis-je connaître le raisonnement qu’ils ont donné concernant cette recommandation ? Je suis curieux de savoir s’il y a quelque chose à quoi je n’ai pas pensé, mais je pense honnêtement que c’était un mauvais conseil.
Je n’ai pas de raison spécifique pour la recommandation, mais je transmettrai certainement ce retour à l’auditeur et verrai s’il peut fournir plus de contexte.