Je travaille avec un utilisateur qui doit accéder à Discourse en utilisant le lecteur d’écran JAWS. Notre première tentative a été lente, car les raccourcis de JAWS interféraient d’une certaine manière avec ceux de Discourse.
Existe-t-il un tutoriel ou des conseils sur la façon de faire fonctionner cela de manière fluide ? Il semble que les raccourcis de Discourse couvrent la plupart des actions qu’un utilisateur souhaite effectuer.
Par ailleurs, dans notre instance, les catégories sont configurées avec des sous-catégories. JAWS a tendance à les lire toutes en une seule chaîne, rendant impossible le fait de « choisir » une sous-catégorie dans la liste pour y accéder. Cela pourrait être un artefact de l’utilisation de JAWS de manière générique, sans adaptation spécifique à Discourse, mais je suis ouvert aux réflexions d’autres personnes sur la façon d’améliorer cette expérience.
Les lecteurs d’écran capturent par défaut de nombreuses touches pour leurs propres raccourcis de navigation (mode curseur virtuel), ce qui empêche l’utilisation des nôtres.
Ce mode peut être désactivé. Dans JAWS, vous devez utiliser la touche JAWS + z (selon les paramètres, cela peut être Insert + z ou Verr Maj + z). Cela devrait permettre d’accéder aux raccourcis de Discourse, mais faites-nous savoir s’ils ne fonctionnent toujours pas.
Où exactement ? Est-ce dans un menu, sur la page /categories, ou ailleurs ?
Nous avons donc désactivé la fonctionnalité en utilisant la touche JAWS + z, mais l’utilisation des raccourcis Discourse n’a pas produit les lectures audio requises. (Cette personne dépend entièrement des lectures verbales.)
Existe-t-il un moyen de donner la priorité aux raccourcis Discourse tout en permettant à JAWS de verbaliser les codages ARIA ?
Concernant les sous-catégories, voici une image légèrement modifiée de notre page de catégories. Lorsque JAWS verbalise chaque catégorie, il inclut toutes les sous-catégories sans interruption et sans moyen simple de sélectionner l’une d’elles.
Toute orientation que vous pourriez fournir serait grandement appréciée.
Bonne question ! Jusqu’à présent, nous pensions que les utilisateurs de lecteurs d’écran n’utiliseraient pas nos raccourcis et se contenteraient de la navigation du lecteur d’écran. Le problème ici est que nous n’annonçons pas le contenu aux lecteurs d’écran lors de l’utilisation des raccourcis Discourse.
Je pense que nous pouvons ajouter des annonces, mais je ne pense pas que ce soit un changement trivial. Bien que nous puissions examiner cela, cela ne sera pas disponible immédiatement.
Merci, la capture d’écran aide à cibler le problème.
Lors de la navigation de ligne en ligne, je peux reproduire le rapport où tout le contenu de la cellule du tableau est lu, mais c’est attendu lors de la navigation dans un tableau. Pour entrer dans une cellule de tableau spécifique et lire chaque groupe de contenu (titre, description, liens), je peux utiliser les flèches haut/bas pour passer d’un élément individuel à un autre. Est-ce ce qui ne fonctionne pas ?
