J’essaierai plus tard, mais ce n’est pas la solution car vous n’effectuez pas les étapes qu’un lecteur d’écran réel ferait. Comme je me déplace vers un article spécifique, on peut supposer que je veux lire cet article. La touche Tab n’est pas une commande de lecture mais un moyen de déplacer le focus vers le prochain élément qui peut recevoir le focus. Une commande de lecture serait d’utiliser les touches fléchées vers le bas ou la commande SayAll spécifique au lecteur d’écran. Au moins la flèche vers le bas, qui est ma commande de lecture préférée, échoue, le focus n’est pas du tout là où il est visuellement, mais généralement avant la liste des articles.
Bien sûr, la touche Tab pourrait être une solution de contournement pour résoudre ce bug, mais pas la solution du bug lui-même.
Merci @thoeg@nolan, j’apprécie beaucoup. Je pense voir quel est le problème. Nous utilisons actuellement un élément span vide pour définir le focus sur la publication. Cet élément a à la fois aria-hidden=true et tabindex=-1, et je pense que cela rend l’élément invisible pour les lecteurs d’écran.
Je pense qu’il serait préférable de déplacer le focus vers le premier élément focalisable de la publication. Dans la plupart des cas, il s’agira du lien du nom d’utilisateur, c’est-à-dire de l’auteur de la publication.
Cela semble logique. Ariahidden devrait masquer l’élément et -1 l’empêcher d’obtenir le focus. Si cet élément prenait le focus sur le titre du sujet, ce serait bien. Il pourrait être intéressant de voir ce qui se passerait si vous définissiez simplement tabindex=0 à la place,
Oui, je t’entends @anni_anni, nous allons régler ça. J’ai fait une première tentative la semaine dernière, mais j’ai dû revenir en arrière car elle avait des effets secondaires indésirables. Je vais essayer une approche différente très bientôt.
Ok, enfin, une autre tentative de correction pour cela a été fusionnée. L’implémentation actuelle consiste à définir le focus sur le premier élément focalisable d’un message, qui, dans la plupart des cas, sera le nom d’utilisateur de l’auteur du message. Lors de la navigation vers un message et en appuyant sur Tab, cela devrait ressembler à ceci dans Chrome :
Je vois toujours le comportement erroné précédent sur Meta et community.fly.io avec Chrome, mais je peux confirmer que la correction fonctionne sur notre site discourse.team. S’agit-il de versions différentes de Discourse ? J’utilise la même version de Chrome avec le même profil.
Hmm, les trois sites peuvent être dans des versions légèrement différentes de Discourse, mais je crois qu’ils ont tous le changement lié ci-dessus. Meta, en particulier, est toujours à jour avec les derniers changements dans notre branche tests-passed, donc je suis un peu préoccupé que cela ne fonctionne pas ici…
OK, j’ai un peu plus d’informations pour vous à ce sujet, observées sur notre site discourse.team où j’ai signalé ce problème.
Si je clique sur un nouveau message que je n’ai jamais lu, je n’obtiens aucun retour vocal, et la mise au point semble se faire aléatoirement sur ce que je suppose être la première page des messages.
Si je clique sur un sujet précédemment visité, la mise au point se fait correctement et j’obtiens un retour vocal.
Ce comportement semble maintenant cohérent entre Firefox et Chrome. Je pense qu’avant, Firefox plaçait correctement la mise au point sur le premier message lors de la visualisation d’un nouveau fil de discussion. Ce serait bien de retrouver ce comportement si possible afin que les expériences de première lecture et de retour se comportent de la même manière. Je suis content qu’il restaure au moins ma dernière position de lecture dans Chrome maintenant, car c’est nécessaire pour le travail.
Il est sauvage que ces comportements soient si différents entre Firefox et Chrome.
C’est une excellente nouvelle ! J’ai en effet limité les changements ici à la navigation vers des messages qui ne sont pas le premier message d’un sujet. Pour les utilisateurs récurrents, il s’agira souvent de naviguer vers des sujets que vous avez déjà lus mais qui ont maintenant de nouvelles réponses.
C’est une bonne chose à savoir, je pense que nous avons une voie à suivre pour itérer et corriger cela. Si vous pouvez partager l’ordre exact des commandes que vous utilisez, cela nous aiderait également.
Sur mon navigateur Chrome habituel, si je vais sur un nouveau sujet que je n’ai pas lu et que j’appuie sur Tabulation, la mise au point atterrit sur le titre du sujet, ce qui me semble raisonnable, mais ce n’est probablement pas suffisant pour votre cas d’utilisation.
Merci encore pour vos commentaires continus, très appréciés !
C’est étrange avec Jaws et Chrome et en testant sur un nouveau sujet sur Meta, j’ai vu un nouveau comportement de Jaws. Après avoir appuyé sur Entrée sur le titre du sujet, j’obtiens les informations habituelles sur la page qui vient de se charger, comportement Jaws standard. Il en va de même lorsque je retourne dans la liste des sujets et que j’appuie sur Entrée sur le même sujet, le focus est simplement placé sur le dernier message lu. Cela semble avoir résolu au moins 2 problèmes ici. Je n’ai pas testé le “aller au dernier message” dans la liste des sujets, mais je suppose que cela fonctionnera.
Cependant, tout n’est pas parfait, bien sûr, mais cela n’est peut-être pas lié du tout. Lorsque j’utilise le bouton Retour pour revenir à la liste des sujets, le focus est perdu, je ne suis pas replacé sur le sujet que j’ai ouvert et que je lisais. Il peut s’agir d’un bug Jaws/Chrome, nous avons déjà vu des choses similaires, mais cela pourrait aussi venir de votre côté. Je devrai vérifier avec NVDA.
J’ai juste essayé avec nvda et chrome et ici rien ne fonctionne, c’est-à-dire que je ne peux plus simplement appuyer sur Entrée sur aucun des titres de sujet dans le tableau. Je suis sûr que cela fonctionnait auparavant. Bien sûr, comme je suis un utilisateur de jaws, cela ne me dérangera pas, mais pour les utilisateurs de nvda, c’est une autre histoire.
Comme nvdadid ne fonctionnait pas vraiment, je ne peux pas tester le problème de focus en revenant d’un sujet à la liste des sujets.
Cependant, JAWS est fiable ici, le focus est placé en haut de la page.
Dans la dernière version de Chrome sur notre site discourse.team, cliquer sur un sujet précédemment visité me ramène à l’endroit où j’ai arrêté de lire, et NVDA annonce correctement l’en-tête du message sur lequel le focus est placé.
Malheureusement, cliquer sur un nouveau sujet ne place pas le focus sur le premier message du sujet. De même, utiliser la touche “h” pour tenter de placer le focus sur le premier message échoue. Je dois le trouver manuellement pour commencer à lire.
Notez que la position semble correctement définie dans les nouveaux messages sur Firefox. Il semble que ce soit juste Chrome pour une raison quelconque.
Tout bien considéré, je suis content que la position soit restaurée sur les fils de discussion précédents, car c’est le point le plus problématique pour moi. J’espère cependant que nous obtiendrons un comportement cohérent et correct pour les deux cas d’utilisation.
C’est également correct. L’implémentation actuelle saute spécifiquement le réglage du focus si le message cible est le premier message. J’ai essayé d’ajouter la même chose au premier message, mais cela entraînait souvent un défilement inutile lors du chargement d’une URL de sujet, ce qui était trop perturbant pour tous les utilisateurs.
Cela devrait fonctionner. Je vais faire quelques tests et voir si nous pouvons résoudre ce problème.
Je voulais signaler un autre détail qui me dérange depuis un moment.
Lorsque vous publiez un nouveau sujet, la liste déroulante pour ajouter des balises/catégories est un peu étrange. Premièrement, l’étiquette pour moi est « Filtrer par ». Je ne sais pas si cela est affiché visuellement ou non, mais il m’a fallu des années à poster sur Discourse avant de réaliser que c’est ainsi que les balises étaient ajoutées. L’utilisation de « Filtrer » implique pour moi quelque chose comme « filtrer quelque chose de l’eau », pas ajouter une nouvelle chose. Si cela est affiché visuellement, faites ce que vous voulez de ce retour d’information, mais si c’est uniquement pour l’ARIA, cela pourrait bénéficier d’un ajustement.
Ensuite, cliquer sur la liste des balises me donne ce qui semble être des boutons radio. Si j’appuie sur Espace sur ceux-ci (conformément au modèle de groupe radio ARIA), cela semble déclencher une recherche. Oui, je peux appuyer sur Entrée à la place, mais j’ai l’habitude d’appuyer sur Espace pour déclencher des interactions avec les boutons car mes pouces sont juste là.
Ce n’est certainement pas un blocage, mais c’est beaucoup plus difficile à découvrir, et je dois réfléchir davantage pour me souvenir/redécouvrir comment cela fonctionne à chaque fois que je publie. Historiquement, j’ai cliqué sur des catégories individuelles, mais cela a limité ma capacité à utiliser plusieurs balises.
Je pense qu’un meilleur ajustement pour cette interaction pourrait être le modèle de zone de liste déroulante ARIA. Plus précisément, la zone de liste déroulante modifiable se comporte d’une manière beaucoup moins déroutante. Si je tape « A », je peux descendre avec les flèches jusqu’à « Alabama ». Ce n’est pas présenté comme un bouton radio, donc ma réponse automatique n’est pas d’appuyer sur Espace, mais si je le fais, cela insère l’espace comme prévu. Il se pourrait que tout ce qui est nécessaire soit de supprimer la présentation du bouton radio, mais cela pourrait probablement être un peu moins bavard sur les décomptes de résultats également.
Si je tape un emoji dans la zone d’édition de publication (par exemple, :)) et que le focus se pose sur cet emoji pendant l’édition, je ne peux pas utiliser les flèches haut/bas pour aller à la ligne précédente ou suivante. Je dois d’abord sortir de l’emoji avec les flèches gauche/droite.
Je suppose que c’est dû au comportement d’autocomplétion ? Je me demande si ce comportement pourrait être désactivé dans les cas où il n’y a qu’une seule correspondance, ou à moins que Entrée ou une autre touche ne soit enfoncée ? Je comprendrais le comportement d’autocomplétion pour la saisie initiale et les modifications, mais cela a été vraiment difficile de comprendre pourquoi je ne peux pas déplacer le focus dans certains cas, et cela semble en être la raison. Une sorte de menu déroulant déclenché manuellement pour les modifications semble être le bon choix ici.
