Bien sûr, nous apprécions votre proposition ! Si vous remarquez des modifications simples, pouvez-vous fournir des détails ? La plupart des améliorations d’accessibilité sur lesquelles nous travaillons nécessitent une refonte de l’application, mais nous sommes toujours partants pour toute opportunité facile à saisir.
8 « J'aime »
Une liste, sans ordre particulier à l’exception du premier élément :
- Vous avez des modales qui ne capturent pas le focus, ce qui m’a poussé à écrire ce post dès le départ. Toute personne venant dans ce fil pour donner des retours sur l’utilisation des lecteurs d’écran tombera sur l’une de ces modales, ce qui signifie que les utilisateurs de lecteurs d’écran basiques ou intermédiaires sont filtrés. Heureusement, je n’ai pas rencontré ce problème sur mon propre forum, seulement ici. J’espère qu’il existe un moyen de les désactiver, ou du moins de désactiver les conditions qui provoquent leur apparition. La seule façon d’interagir avec elles est de se demander pourquoi aucune de vos commandes clavier ne fonctionne, et de connaître suffisamment le fonctionnement des applications web pour penser à chercher une modale. Ensuite, une fois que vous l’avez trouvée, vous devez interagir avec elle et déplacer le focus vers le contrôle approprié. Et même alors, ce n’est pas toujours fiable, comme l’ont montré mes difficultés à répondre à ce sujet.
- Lorsque je clique sur un sujet, le focus clavier ne se déplace pas automatiquement vers le dernier message. Je ne suis pas sûr de ce qui est censé se passer ici, alors peut-être existe-t-il un autre lien que je dois utiliser pour y parvenir ? Par conséquent, suivre les nouveaux messages est difficile, et c’est quelque chose que je dois encore faire manuellement.
- Il n’y a apparemment aucun moyen d’accéder à la zone d’administration de mon site via le clavier. J’ai dû deviner que /admin pourrait fonctionner comme une URL, et heureusement, cela a fonctionné.
- Des repères ARIA dans les messages du forum seraient utiles. En gros, faites de chaque message quelque chose comme un
<article>, avec un<heading>pour les contrôles du haut et un<footer>pour le bas. Cela permet une navigation plus rapide par repère, car il n’existe actuellement aucun moyen utile de passer rapidement d’un message à l’autre. Je peux à peu près le faire maintenant avec NVDA, mais cela me fait atterrir sur le<nav>incluant le bouton J’aime et autres boutons. Si les éléments de repère réels ne fonctionnent pas, un attributrole=fera l’affaire. - Si je clique sur le bouton Actions du sujet, il n’y a aucun moyen de fermer le menu qui apparaît via le clavier.
- Vos widgets de liste sont en quelque sorte un désastre en matière d’accessibilité. Je viens d’essayer de déplacer un message avec NVDA. Voici comment j’ai fait :
- J’ai cliqué sur le bouton Modifier le titre/catégorie. Je ne me souviens pas exactement de son nom car, encore une fois, je ne peux pas réduire l’écran pour faire réapparaître le bouton.
- J’ai trouvé la liste déroulante des catégories.
- Je l’ai activée avec la barre d’espace.
- J’ai utilisé la navigation par objet de NVDA pour zoomer sur l’élément sélectionné de la liste déroulante, ce qui n’était absolument pas intuitif.
- Dans cet élément, il y a une liste. J’interagis avec elle.
- Dans cette liste, il y a un champ de recherche et une autre liste. J’interagis avec cette autre liste.
- Je parcours ensuite ce qui semble être un ensemble de descriptions de catégories, encore une fois avec la navigation par objet de NVDA, jusqu’à ce que je trouve celle que je veux. Je dirige la souris vers celle-ci.
- Je clique avec la souris via NVDA.
- Je soupçonne qu’il y a une autre étape où je dois trouver et cliquer sur un bouton Enregistrer sans étiquette, mais je ne suis pas sûr et je ne me souviendrai certainement pas de cela la prochaine fois que je devrai le faire.
Comme vous pouvez l’imaginer, ce n’est pas intuitif, et c’est quelque chose que j’ai découvert uniquement parce que a) je suis probablement un utilisateur intermédiaire de NVDA, b) je fais du développement web entre autres, et c) j’ai en quelque sorte appris les façons dont Discourse fonctionne. - Il y a diverses graphiques non étiquetées qui ne sont pas identifiées comme des boutons, mais qui semblent effectuer des actions. Je pense que les boutons Enregistrer dans les écrans d’administration en sont un exemple. Je suis un peu hésitant à cliquer au hasard sur des boutons non étiquetés sur un site en direct utilisé par des utilisateurs. Ce genre de chose risque de me mordre un jour, et pas à un endroit agréable.
Je vais laisser passer environ un mois, puis j’installerai PHPBB ou quelque chose de plus accessible sur un serveur, et nous continuerons avec cela. Désolé, j’ai beaucoup de gens qui ne donnent même pas une chance à la communauté à cause de ces problèmes, et étant donné que la modale cassée était littéralement le premier obstacle que j’ai rencontré, je vais probablement devoir faire ce que nous, les personnes aveugles, faisons trop souvent : choisir l’option techniquement inférieure mais plus accessible. Je ne cherche pas à être grincheux, je souhaite simplement que mes choix pour une communauté ne se limitent pas à un ensemble d’options accessibles avec de petites communautés et moins de développement, une excellente option avec de graves problèmes d’accessibilité, et des listes de diffusion.
Au fait, je suis un développeur senior disponible à l’embauche si vous avez besoin d’aide. Pour être franc, Discourse occupe une part importante d’Internet, ce qui oblige un certain nombre d’entre nous, personnes handicapées, à accepter à contrecœur des problèmes d’accessibilité comme ceux-ci lorsque nos collègues valides, bien intentionnés, configurent un Discourse pour leurs projets. Et je comprends pourquoi ils le font, car j’aimerais beaucoup l’utiliser pour notre communauté, et vous avez créé un produit incroyablement facile à administrer. Mais si vous n’avez pas de responsable de l’accessibilité pour corriger les problèmes actuels et veiller à ce que toutes les nouvelles fonctionnalités soient utilisables par les personnes handicapées, alors parlons-en, s’il vous plaît, car vous en avez désespérément besoin. La seule raison pour laquelle j’ai essayé Discourse ici est que je suis sorti de ce fil en pensant que des changements majeurs en matière d’accessibilité étaient imminents. Mais en général, je décourage activement l’utilisation de Discourse chaque fois que j’ai mon mot à dire, en raison de la difficulté à l’utiliser avec un lecteur d’écran, et parce que je ne veux pas créer une autre communauté Internet où nous, les personnes aveugles, ne pouvons pas participer équitablement à cause de problèmes d’accès. J’aimerais beaucoup changer cela et faire partie de ce changement. Mais si ce n’est pas moi, alors veuillez embaucher quelqu’un, car beaucoup de ces problèmes existent depuis des années et n’ont pas changé de manière significative.
Merci.
17 « J'aime »
Wow ! Merci pour ce retour détaillé et approfondi !
Je suis désolé, je ne comprends pas. Je ne connais aucune modale qui apparaît lors de la visite d’un sujet. Faites-vous référence à l’éditeur/compositeur utilisé pour écrire des réponses aux sujets, dans lequel je suis en train de taper ? Ou à l’éditeur qui s’affiche après avoir appuyé sur le bouton de réponse n’importe où dans le sujet ?
Puisqu’il s’agit du premier et du problème le plus urgent, je tiens à le comprendre. Allons-y peut-être étape par étape en commençant par le problème le plus important, car nous avons déjà eu des utilisateurs aveugles et avons tenu compte de leurs retours par le passé — par exemple ici :
et ici :
Peut-être avons-nous régressé récemment ? Je veux comprendre de quelle « modale » vous parlez.
(Aussi, avez-vous essayé d’appuyer sur ? pour obtenir la liste des raccourcis clavier ? Une chose que je viens de remarquer en enquêtant sur « comment accéder à la zone d’administration via le clavier », c’est que l’appui sur = vous amène au menu hamburger, mais rien dedans n’est sélectionné cc @sam — nous devrions absolument corriger cela.)
6 « J'aime »
Bonjour, @ndarilek ici. Il semble que j’aie un autre compte ici, je ne savais pas que j’en avais deux maintenant. Peut-être est-ce la raison pour laquelle mon adresse e-mail ne fonctionnait pas lorsque j’ai essayé de m’inscrire en février. Voici une citation du premier message concernant la fenêtre modale que j’ai rencontrée lors de l’inscription. Notez qu’il y a plusieurs problèmes mentionnés dans ce message, dont certains sont probablement des doublons de ceux que j’énumère ici. Je pense qu’une partie de ma frustration vient du fait de devoir soulever ces problèmes encore et encore, sans savoir où les signaler pour m’assurer qu’ils soient a) bien reçus et b) que vous disposiez des informations nécessaires. Ces fenêtres modales sont particulièrement problématiques car a) elles sont difficiles à repérer pour les utilisateurs de lecteurs d’écran et b) elles bloquent toute entrée vers la page, de sorte que Discourse refuse soudainement d’exécuter toute action lorsque des liens ou des boutons sont cliqués. Quoi qu’il en soit, voici la citation – je ne suis pas sûr de la syntaxe de citation :
• Et sans rapport avec mon site, mais l’expérience d’inscription via la fenêtre modale ici présentait certains défis. J’ai essayé de m’inscrire par e-mail, mais votre instance a rejeté mon adresse .info que j’utilise depuis près de 17 ans et qui fonctionnait parfaitement sur mon propre site. J’ai ensuite procédé à l’inscription via Google, mais la fenêtre modale qui m’a été présentée à mon retour a posé quelques difficultés :
◦ Elle n’a pas capturé le focus du clavier, j’ai donc dû la rechercher et interagir avec elle moi-même.
◦ Pendant que j’essayais de le faire, la liste des sujets défilant à l’infini ajoutait de nouveaux sujets, rendant plus difficile pour le focus d’atteindre réellement la boîte de dialogue. Je ne me souviens pas exactement comment j’ai réussi à être plus rapide que l’apparition des sujets – je n’ai pas encore pris mon café – mais je suis là.
Merci, j’espère que cela vous aidera.
7 « J'aime »
D’accord, je vous entends bien. J’essaie encore de comprendre ce que cela signifie :
Parlez-vous de l’éditeur, le panneau superposé utilisé pour la rédaction dans Discourse ? Je suppose que c’est bien cela ? Ce n’est en effet pas une modale, mais un panneau superposé qui reste avec vous, ancré en bas du navigateur, et qui « vous suit » lorsque vous naviguez sur le site Discourse. Vous pouvez réduire l’éditeur à une seule petite ligne de résumé, ou même l’étendre en plein écran selon vos besoins, tout en continuant à lire des sujets dans Discourse — même naviguer vers des sujets complètement différents — pendant que vous rédigez votre réponse. Cela s’inscrit dans la philosophie de Discourse qui vise à « encourager autant de lecture que possible », car vous pouvez continuer à lire et à naviguer sur le site sans que votre expérience de lecture soit interrompue par l’éditeur, puisqu’il s’agit d’un panneau superposé ancré en bas de la fenêtre du navigateur.
L’éditeur dispose de deux boutons d’action principaux en bas à gauche :
- Répondre — cela ferme le panneau superposé de l’éditeur et soumet votre réponse au sujet (ou à un autre sujet, si vous avez navigué hors du sujet original)
- Annuler — cela ferme le panneau superposé de l’éditeur et soit enregistre la réponse en cours comme brouillon, soit supprime le brouillon
L’éditeur comporte également quelques autres zones fonctionnelles :
- Une « poignée de saisie » le long du bord supérieur de l’éditeur, vous permettant de contrôler la hauteur du panneau superposé et de l’ajuster vers le haut ou le bas
- Un bouton « type d’éditeur » en haut à gauche, qui vous permet de passer d’une réponse à un message privé, puis à un nouveau sujet faisant référence au message original
- Un bouton glyphique « étendre en plein écran » en haut à droite
- Un bouton glyphique « réduire » en haut à droite
- Un bouton glyphique « masquer l’aperçu » en bas à droite. Appuyer deux fois sur ce bouton réaffiche l’aperçu.
L’éditeur doit absolument capturer le focus lorsque vous appuyez sur le bouton Répondre, par exemple : « Je lance une réponse à ce message. » C’est le cas dans mes tests, sur ordinateur de bureau, ordinateur portable, tablette et téléphone. Il bascule vers la saisie au clavier et capture le focus lorsque vous appuyez sur le bouton Répondre du sujet, ou sur le bouton Répondre de n’importe quel message individuel.
Désolé si cela prend un certain temps avant que ce travail ne soit réalisé. Nous souhaitons le faire, mais nous avons une charge de travail écrasante et un nombre limité d’heures d’ingénierie disponibles. De plus, la pandémie mondiale en cours a eu des effets dévastateurs sur beaucoup d’entre nous, et plusieurs membres de l’équipe ont contracté la COVID. Je m’excuse ; le mieux que je puisse dire est que nous allons identifier les problèmes les plus importants et faire de notre mieux pour les traiter en priorité.
(En relisant cela, seriez-vous plutôt en train de parler du processus d’inscription du compte ? Il est possible que nous ayons régressé sur l’accessibilité à ce niveau-là, alors que nous avons amélioré la boîte de dialogue d’inscription dans la version 2.7 ?)
6 « J'aime »
Aha ! Enfin quelque chose que je peux réellement comprendre et reproduire. @sam, je vois ce qui se passe ici… ouvrez l’éditeur, saisissez un peu de texte pour qu’il veuille enregistrer un brouillon, puis appuyez deux fois sur tab pour atteindre le bouton Annuler, puis appuyez sur Entrée. Cette boîte de dialogue devrait maintenant avoir le focus, mais ce n’est pas le cas — lorsque j’appuie sur tab, je suis sur un autre élément. Nous devrions corriger cela et le rétroporter.
8 « J'aime »
Voici mon avis à ce sujet.
Je suis vraiment partagé. J’utilise Linux avec Orca (le lecteur d’écran intégré), et il est sérieusement insuffisant, du moins sur ma machine, pour la navigation dans les tableaux.
Mes principaux problèmes sont de deux ordres :
Premièrement, je ne sais pas où je me trouve dans un fil de discussion, car il n’y a pas de moyen simple de suivre les messages individuels. Je ne peux pas sauter directement au message suivant dans un fil ; au lieu de cela, je dois faire défiler tous les éléments comme « répondre », « marquer », « partager un lien », etc., pour atteindre un nouveau message.
La mise en page est, pour moi du moins, un fouillis de boutons et de liens partout. Si les éléments étaient structurés avec des titres, par exemple un titre de niveau 1 pour la barre supérieure, un titre de niveau 2 pour le premier message d’un sujet, et un titre de niveau 3 pour chaque message suivant, je pourrais m’en accommoder, car cela permettrait à un utilisateur de lecteur d’écran de sauter rapidement d’un message à l’autre sans se perdre dans tout le bruit, comme les liens de partage, les « j’aime » et les signets.
Avant qu’on me réponde : « Oh, fais ceci, cela, cela, cela et cela dans les paramètres », non. Je ne devrais pas avoir à modifier une foule de paramètres pour rendre Discourse utilisable sur mon système.
Ce que Discourse a réalisé est excellent, vraiment, sur le papier.
Mais pourquoi dois-je traverser un milliard de boutons juste pour accéder à un sujet, ou un millier de liens ? D’accord, j’exagère un peu, mais écoutez-moi.
Cela peut être une question de préférence personnelle, mais je suis habitué à des forums basés sur PHP qui ont des titres pour la plupart des éléments. Alors je demande et aimerais savoir si l’absence de titres est un choix de conception ou quelque chose qui peut être amélioré pour renforcer l’accessibilité ?
Je suggère de tester avec les lecteurs d’écran de Windows, Mac et Linux : ceux intégrés pour les deux derniers, ainsi que NVDA (disponible sur NVaccess.org) et Jaws (dont vous pouvez obtenir une version d’évaluation gratuite pour évaluer Discourse, car le logiciel lui-même est payant, tout comme sur Mac), ainsi que le Narrateur intégré de Microsoft pour Windows.
Pour la navigation sur téléphone, je m’en tiendrai là, car je n’ai pas de téléphone sous la main pour tester. Tous les lecteurs d’écran ne traitent pas les tableaux de la même manière. Par exemple, sur ce sujet, Orca (pour moi) n’affiche pas le fil de discussion comme un tableau, seulement celui qui commence par « nouvelle activité », et il saute complètement le sujet et les réponses. Si je navigue par titres, après être allé tout au début d’un sujet (ce qui est une navigation courante pour les utilisateurs de lecteurs d’écran), il saute à la liste des sujets recommandés après le dernier message, qui est marqué comme un titre de niveau 3.
7 « J'aime »
Merci encore pour le rapport, @nolan… Pour traiter le premier problème en premier, il semble que nous ne captions pas le focus sur la plupart des modales… Cela ressemble à une régression majeure que nous devrions corriger dès que possible (idéalement cette semaine) !
Je comprends tout à fait cela, et bien que je puisse dire que nous travaillons sur les problèmes d’accessibilité… nous n’aurons pas notre liste actuelle terminée dans un mois.
8 « J'aime »
Ouais, vraiment désolé pour la régression massive @nolan sur les dialogues ! Je ne comprenais pas à quel point c’était grave jusqu’à ce que j’examine le problème. Nous aurions dû bloquer la sortie à cause de ça, c’est vraiment mauvais !
6 « J'aime »
Merci ! J’ai installé NVDA aujourd’hui et je commence doucement à comprendre les problèmes que vous rencontrez.
Je comprends tout à fait le souhait de faire fonctionner Discourse de manière raisonnable en utilisant les raccourcis par défaut. Je comprends aussi beaucoup mieux la frustration liée à la navigation.
Je vois les astuces utilisées par phpBB. NVDA est extrêmement limité ; il n’y a pas beaucoup de raccourcis disponibles.
L’astuce des titres est peu susceptible de fonctionner sur Discourse, car nous permettons aux utilisateurs d’insérer des en-têtes personnalisés dans leurs messages. Par exemple :
titre 2
titre 3
titre 4
Il n’y a pas de bouton « article suivant » ; le mieux que nous ayons est « région suivante », mais le support des régions est quelque peu instable par rapport à JAWS. Nous avions déjà un élément article, mais NVDA ne le respectait pas.
J’ai créé cette PR pour aider les utilisateurs à ne pas se perdre autant lors de la navigation dans un sujet :
Je pense toujours que la structure n’est pas idéale. Par exemple, le bouton vers le bas reste bloqué à cause de notre double-button imbriqué dans la navigation des messages.
@eviltrout enquête sur les problèmes de focus avec diverses boîtes de dialogue ; nous devrons effectuer des tests supplémentaires avec NVDA pour vérifier si nos correctifs fonctionnent.
Nous disposons de raccourcis clavier assez étendus si vous quittez le mode de navigation, mais je comprends la réticence à plonger dans ce coin sombre. Le problème est que, une fois en mode « édition », vous devez en sortir pour pouvoir réellement lire le contenu.
Par exemple :
j → l’ordinateur annonce « lien d’article visité »
nvda+espace
flèche bas → l’ordinateur annonce « lien benno »
flèche bas → l’ordinateur annonce « 15 mars »
flèche bas → l’ordinateur commence à lire le message
Après mon correctif, il y aura une amélioration majeure.
Au lieu d’annoncer « lien d’article visité », l’ordinateur commencera par annoncer « message n°6 région lien d’article visité ».
Les améliorations seront progressives, mais nous apprécions énormément tous vos retours. Nous apprenons et ferons de notre mieux pour rendre Discourse plus agréable pour la communauté des personnes aveugles.
Les modales semblent être un véritable nid de guêpes. Si une modale est ouverte et que, pour une raison quelconque, vous parvenez à revenir à la page, vous pouvez être extrêmement confus. Je me demande s’il existe un moyen de signaler à NVDA : « Hé NVDA… tous ces éléments… n’existent plus tant que la modale est ouverte ». Nous pourrions les retirer du DOM pendant que les modales sont ouvertes, mais cela pourrait finir par créer encore plus de confusion.
10 « J'aime »
Sur Orca (celui de Linux que j’utilise, bien que les contrôles soient différents, la fonctionnalité est globalement la même. Je peux passer au repère suivant, mais cela est buggy et peut effectivement rester bloqué sur certains éléments. Où puis-je trouver ces raccourcis clavier, étant donné que j’ai utilisé d’autres logiciels de forum ? Je n’ai pas accès à un Mac, mais sous Linux, je peux sauter au repère suivant dans un message, par exemple du bouton « J’aime » au bouton « J’aime » suivant dans ce sujet, ce qui se déroule comme suit :
Cliquer sur le sujet
Descendre au premier message
Appuyer sur M
Atteindre le repère, puis descendre
Répéter les étapes ci-dessus jusqu’à atteindre la fin du sujet. Maintenant, cela peut dépendre du navigateur, je ne suis pas certain de cela ; je n’ai testé qu’avec Firefox par défaut pour l’instant.
MODIF : D’accord. Voici un problème que je viens littéralement de rencontrer. Je voulais consulter mon profil sur Mozilla Firefox, mais la sélection du lien profil/notifications en haut a figé l’entrée clavier pour moi jusqu’à ce que je revienne au mode navigation. Je ne sais pas si cela fait partie des problèmes liés aux dialogues, car la page se comportait comme si je voulais lire le fil de discussion. Le lien indiquait « étendu », donc j’ai supposé qu’il s’agissait d’un menu déroulant dans lequel je pouvais naviguer avec les flèches ou la souris, sans succès.
3 « J'aime »
Votre remarque selon laquelle NVDA ne respecte pas les articles en tant que régions est pertinente. Je n’avais même pas réalisé que la balise article était utilisée jusqu’à ce que j’active sa présentation des articles hier, bien que cela ne semble pas modifier l’algorithme de détection. Je vais ouvrir un ticket NVDA à ce sujet aujourd’hui et voir ce qu’il en résulte.
De plus, je comprends que des en-têtes puissent être insérés dans les messages. L’objectif de la navigation par en-têtes n’est pas de contrer cela, mais d’aider dans les 99,99quelque chose pour cent des cas où les messages ne contiennent pas d’en-têtes supplémentaires. J’ai configuré un environnement de développement hier et j’investiguerai pour ajouter des rôles ARIA à quelque chose dans .post-topic afin de faciliter le travail.
Les modales sont en effet délicates. Voici un guide pratique qui devrait aider. Les points clés sont : 1) utiliser le nouvel attribut aria-modal pour indiquer que la modale doit s’afficher et que tout le reste doit être masqué, 2) déplacer le focus clavier vers le premier élément focalisable, et 3) retourner le focus au bouton qui a initié le flux lorsque la modale se ferme. J’espère que cela vous sera utile.
9 « J'aime »
De bons points, et encore désolé d’avoir été grognon. Je change quotidiennement de contexte entre Discord, Element, GitHub, Gitea et maintenant Discourse pour avancer. Chacun présente ses propres points de friction ; c’est juste que ceux de Discourse me posent particulièrement problème en ce moment. Par exemple, un utilisateur très problématique de l’ancien forum s’est déjà joint, et un co-administrateur utilisant un lecteur d’écran avancé a passé une demi-heure à essayer en vain de naviguer dans la liste déroulante de la durée de suspension. Heureusement, je connais bien ces listes déroulantes et j’ai suspendu le compte avant qu’il ne cause des problèmes, mais nous devons nous pencher sur la question afin que mon équipe d’administration n’ait pas besoin d’autant d’intégration.
Je suis ravi que nous réglions les modales — je vous en suis vraiment reconnaissant. Je passerai un peu de temps aujourd’hui à voir si l’affichage des sujets peut être rendu plus accessible. Je dirais que le prochain gros problème est le composant de liste déroulante inaccessible. En plus de l’impossibilité de suspendre des utilisateurs, un autre membre n’a récemment pas pu déplacer son sujet. Voici un exemple de liste déroulante accessible qui pourrait aider. Ces problèmes sont si répandus que les corriger apporterait de nombreux avantages.
Merci encore.
11 « J'aime »
Je ne suis pas certain de créer la région en plus de l’article, car cela rendrait le texte un peu plus verbeux.
J’ai ouvert cette issue pour plaider en faveur du suivi des articles par NVDA en tant que régions, afin de faciliter la navigation vers les repères précédent et suivant. J’espère que cela résoudra le problème à moyen terme.
En attendant, j’ai ouvert cette PR pour ajouter un rôle de titre de deuxième niveau non visuel sur le champ des métadonnées des publications. Avec ce correctif appliqué à mon instance de test, les touches h/H permettent de naviguer entre les publications sans en-têtes. Il est vrai que ce système échoue si la publication elle-même contient des en-têtes, mais je dirais que, en tant qu’utilisateurs de lecteurs d’écran, nous sommes habitués à ce type de contenu mixte. Et tant que NVDA ne considérera pas les articles comme des repères, avoir un moyen rapide de passer à la publication suivante est préférable à l’introduction de régions superflues.
6 « J'aime »
Sam, est-ce que ce serait une bonne idée d’ajouter un séparateur non visuel pour contourner le problème des titres dans les messages, par exemple, puisque les titres peuvent être insérés dans les messages ? J’ai lu votre message et je ne suis pas sûr qu’il existe quelque chose de multiplateforme qui soit invisible mais qui puisse servir à marquer une limite entre les messages.
Actuellement sur Orca sous Linux, je peux appuyer sur 1 pour accéder au titre de niveau 1 et au début d’un fil de discussion, puis utiliser M (qui correspond au prochain repère) pour passer d’un message à l’autre. C’est certes peu élégant, mais c’est faisable. Je me demande donc si le fait de marquer les numéros de message, comme « message #1 », « message #2 », etc., comme des repères, plutôt que d’utiliser un en-tête qui peut aussi être inséré dans les messages, serait viable d’un point de vue technique et en termes d’utilisabilité ? Si les boutons situés sous un message sont des repères, pourquoi un numéro de message ne pourrait-il pas l’être aussi ? Pour moi, cela aurait du sens d’avoir un numéro de message comme repère, en plus ou à la place des boutons sous un message, puisque ces boutons peuvent être masqués si les administrateurs du forum le souhaitent (je connais un cas où ces boutons ont été placés sous un menu « plus… »).
4 « J'aime »
Encore une fois, désolé @nolan d’avoir si mal géré cette affaire — il est clair que nous ne testons pas le clavier au minimum avant la mise en production, et c’est un niveau de base inadmissible. C’est entièrement de notre faute, nous avons commis une erreur, et je suis franchement embarrassé par la manière dont nous avons échoué ici. Même un contrôle le plus sommaire nous aurait montré que la boîte de dialogue d’annulation était complètement cassée avec le clavier, et nous avons quand même procédé à une mise en production avec ce bug énorme. 
Nous réévaluons notre processus pour nous assurer de prendre en compte :
-
le clavier doit fonctionner comme prévu, au strict minimum ; chaque fonctionnalité est testée avec la
souris déconnectée pour garantir un ordre de tabulation et un focus appropriés ; -
les activités principales dans Discourse doivent être simples à réaliser avec NVDA.
Nous vous remercions de rester avec nous sur ce sujet et de nous tenir responsables. Nous repensons certains aspects de notre processus pour nous assurer que nous avons, au minimum, une navigation au 
clavier fonctionnelle et cohérente. Nous aurons besoin de votre aide pour déterminer ce qui constitue les améliorations les plus faciles à mettre en œuvre et les optimisations nécessaires pour NVDA.
10 « J'aime »
Un grand merci, mon équipe d’administration et moi-même vous en sommes reconnaissants !
4 « J'aime »
@Nolan, donc tu préférerais que j’annule le changement de région et que je ne prenne que le changement d’en-tête ? Ou on fait les deux ?
Je suis d’accord pour essayer des choses. Je pensais qu’il y avait une certaine « orientation » à annoncer le numéro du message. Sinon, il est très difficile de savoir si vous êtes au message 100 ou au message 3. Cela a un effet ancrant.
@celtichawk concernant la suppression des en-têtes, je pense être d’accord avec Nolan : les en-têtes sont extrêmement rares dans les messages, donc ils ne devraient gêner que rarement.
Nous n’avons pas vraiment d’ancrage « message #1 » à utiliser quelque part ; notre seul ancrage est les métadonnées du message / le corps du message et les boutons du message. Les métadonnées contiennent le nom d’utilisateur / le statut d’édition / l’heure d’édition, mais pas un numéro de message. Nolan expérimentait l’ancrage des métadonnées du message.
7 « J'aime »
Je viens de remarquer à quel point il est pénible de naviguer dans les listes de sujets en raison de l’absence d’en-têtes.
@nolan / @awesomerobot, nos titres de sujets dans la liste des sujets doivent-ils être des H2 ou des H3 ? À défaut, nous pouvons certainement ajouter role="heading" aux sujets dans la liste des sujets.
Comment naviguez-vous entre les sujets dans les listes de sujets aujourd’hui avec NVDA ?
6 « J'aime »
Je viens d’ajouter une région pour les « actions sur les sujets », par exemple : options d’administration, partage, signet, signalement, réponse, état de suivi.
Il s’agit d’un changement très mineur, mais il devrait rendre la réponse aux sujets beaucoup plus facile.
J’ai également remarqué que la modification de l’état de suivi du sujet (de suivi / surveillance, etc.) est complètement cassée sur les lecteurs d’écran. Je discuterai des correctifs possibles avec @j.jaffeux.
6 « J'aime »