Merci de nous avoir signalé ces problèmes !
Savez-vous sur quel(s) sujet(s) cela a été testé spécifiquement ? Il serait utile d’avoir une référence commune pour nous assurer que nous constatons les mêmes problèmes, car il existe de nombreuses variations dans le contenu des publications. J’aimerais m’assurer que nous concentrons nos efforts au bon endroit.
Nous pourrions utiliser try.discourse.org, ou nous pouvons utiliser une publication ici sur Meta comme référence si cela peut aider.
Par “navigation rapide”, semble-t-il que vous signaliez spécifiquement les listes d’éléments ? Je peux confirmer qu’en NVDA et VoiceOver, seuls les contenus actuellement disponibles dans le DOM peuvent être accédés dans les listes d’éléments. C’est également vrai pour les utilisateurs voyants et c’est une partie fondamentale du fonctionnement de Discourse. En l’absence de pagination manuelle, nous chargeons/déchargeons le contenu au fur et à mesure que quelqu’un fait défiler la page vers le bas/le haut.
C’est généralement ce que j’attends lorsque quelqu’un mentionne la “navigation rapide”, bien que je réalise qu’il n’y a pas toujours une terminologie cohérente entre les applications.
J’ai confirmé que la navigation d’élément à élément fonctionne dans NVDA et VoiceOver, mais j’ai identifié un problème avec nos “petites publications” dans les sujets qui peut empêcher la navigation de continuer et j’appliquerai une correction pour cela.
Une “petite publication” est une mise à jour de statut du sujet comme épinglée, fermée/ouverte, activée, etc. Le problème avec celles-ci est qu’elles n’ont pas de titre interne comme les publications régulières, donc lorsqu’elles tombent sur le seuil avant que d’autres publications ne soient chargées lors de la navigation… un utilisateur peut être arrêté et entendre seulement “pas de titre suivant”.
Les outils automatisés comme ANDI échouent souvent à reconnaître les changements du DOM dans les applications web comme Discourse, ils sont généralement conçus pour des scénarios plus simples comme les pages statiques. Donc, bien que nous utilisions parfois ces outils pour identifier nous-mêmes les problèmes, dans des scénarios plus complexes comme la navigation, nous devons nous concentrer sur ce que nous pouvons reproduire avec des tests manuels.
Je suppose que cela fait également référence aux listes d’éléments ? C’est attendu, mais peut-être y a-t-il une amélioration que nous pouvons envisager pour que les listes d’éléments fonctionnent dans Discourse, je peux en discuter avec nos ingénieurs pour avoir leur avis.
Est-ce également spécifiquement dans une liste d’éléments ? Comme mentionné ci-dessus, j’ai testé la navigation NVDA et VoiceOver pour la navigation d’élément à élément, et je peux confirmer que cela fonctionne… mais s’il y a un contexte spécifique où cela ne fonctionne pas, nous pouvons examiner de plus près.