Il en va de même pour les mentions @. Il est très difficile de faire fonctionner la recherche avec un lecteur d’écran.
Je pense que la meilleure chose que nous puissions faire, @nktech1135, est probablement de fournir un raccourci clavier spécial. Quelque chose dans le genre :
Phrase 2 “Je tiens à remercier chaleureusement les personnes de ce fil. J’aide à administrer quelques instances Discourse et j’ai remarqué la plupart des points mentionnés ici.”
Entrée
Le bloc cité est ajouté
J’aime bien ce mécanisme, mais c’est un gros travail à mettre en place. Heureusement, nous pouvons le construire dans un composant afin de pouvoir expérimenter d’abord. Je l’ajoute à la liste des projets sur lesquels nous devons expérimenter. Prévenez-vous : cela peut prendre un certain temps avant que nous n’y arrivions, mais je suis d’accord, ce serait fantastique.
Cela semble être une approche raisonnable si vous ne pouvez pas adapter le flux de travail existant utilisé par les personnes utilisant une souris. Je préfère rester aussi près que possible d’un seul flux de travail, mais comme je ne suis pas certain de la manière dont cela est actuellement réalisé, je ne peux pas vraiment faire de suggestions basées sur le flux de travail utilisé par les personnes voyantes.
Une suggestion alternative, qui pourrait être plus légère que celle proposée par @sam, consisterait à utiliser un raccourci clavier, comme Alt+Maj+Q par exemple, qui vérifierait le texte sélectionné et insérerait les informations de citation du texte sélectionné dans l’éditeur actuellement ouvert.
De cette façon, l’utilisateur trouverait le texte à citer, le sélectionnerait, puis appuierait sur le raccourci clavier.
Cela semble être un flux de travail plus léger, mais peut-être manque-t-il quelque chose qui rendrait cela impossible.
Qu’en pensez-vous ?
Je pense que nous avons déjà un flux de travail très similaire.
L’éditeur dispose d’une barre d’outils dont le premier bouton s’appelle « Citer tout le message ». En cliquant dessus, vous citez l’intégralité du message auquel vous répondez.
Ce n’est pas idéal pour les cas où vous citez plusieurs messages, mais cela devrait vous donner une base de travail. Pouvez-vous essayer cela ?
Si je voulais citer un message, je pensais simplement utiliser l’option « citer tout le message » et supprimer le texte dont je n’avais pas besoin.
Pour les mentions @, je suppose qu’on peut les faire fonctionner, mais le fait de ne pas savoir comment elles s’affichent visuellement rend plus difficile la formulation de suggestions. De temps en temps, cela a fonctionné sur le site mobile de Facebook, mais on ne sait jamais sur ce site : ce qui est cassé un jour peut ne plus l’être le lendemain.
Cependant, si je tape @XXX, où XXX représente une partie du nom d’utilisateur, il serait possible d’être averti qu’il existe des correspondances et d’utiliser la touche Tab pour accéder à la liste des noms suggérés. Une approche de ce type, avec un moyen de sélectionner et de fermer les noms suggérés, devrait être réalisable.
Une autre petite gêne est que, dans une longue discussion, je suis souvent incertain quant à la personne à qui je réponds, car le bouton « répondre » se contente de m’informer que je réponds à un message. Tel que j’utilise actuellement mes forums, je ne vois aucun moyen de savoir ou de lire le message auquel je réponds sans le citer, ce que je ne souhaiterais souvent pas faire de toute façon.
Actuellement, le bouton de réponse a l’attribut aria-label « Répondre ». Qu’en pensez-vous si on le changeait en « Répondre au message n°4 de Sam » ? Cela vous donne une meilleure ancre avant de publier.
Curieusement, notre titre est « Ou appuyez sur CTRL+ENTRÉE ». Je comprends tout à fait l’intention, mais cela semble un peu étrange. Il vous indique « quoi faire » plutôt que « ce que cela fait ».
Je vois l’option « ou appuyez sur Ctrl+Entrée sur le bouton Envoyer », et lorsque j’y pense pendant que je suis dans l’éditeur, cela fonctionne effectivement. Il n’y a donc rien que je changerais à ce niveau. Claus dans le
Comme vous pouvez le voir, cela fonctionne, et plutôt bien.
Cependant, comme vous l’avez également souligné, cela ne fonctionne pas très bien si vous souhaitez extraire des extraits de réponses partielles provenant de plusieurs messages.
Je me demande donc toujours si ma méthode ne serait pas plus efficace. Une autre chose à laquelle je pense en écrivant ceci, c’est que j’aimerais me citer moi-même dans mon dernier message, mais je n’ai aucun moyen de le faire car je ne réponds pas à ce message.
C’est assurément pas la bonne façon de procéder. Comme le texte que vous proposez est lu lorsque le bouton est au focus, vous n’avez pas besoin d’entendre le raccourci clavier Ctrl+Entrée avant que la fonction du bouton « Répondre au message » ne s’exécute. Vous souhaitez placer Ctrl+Entrée en dernier, car vous pouvez l’ignorer et simplement appuyer sur « Envoyer » si le focus est sur le bouton. La prochaine fois, si vous vous en souvenez, utilisez le raccourci clavier au lieu du bouton pour répondre.
Claus
Une nouvelle demande d’amélioration, car il s’agit davantage d’un « nice to have ».
Dans un fil comme celui-ci, lorsque vous souhaitez aimer ou répondre à un message, les options sont présentées dans l’ordre suivant :
Essayez d’utiliser la touche Tab et espérez qu’il n’y ait pas de mentions, de liens ou de messages cités dans le message que vous consultez :
la touche Tab vous amènera sur :
« X a aimé ce message »
« Aimer ce message »
« Partager un lien vers ce message »
« Afficher plus »
« Commencer à écrire une réponse à ce message »
En tant qu’utilisateur, vous souhaitez très probablement soit aimer le message, soit y répondre. Ces deux boutons devraient donc figurer en premier dans l’ordre de tabulation ; le bouton « répondre » ne devrait pas être le dernier sur lequel vous tombez.
Par ailleurs, c’est sur le bouton « Commencer à écrire une réponse » que je suggère de modifier le texte en « Répondre à « XX » », où « XX » est le nom d’utilisateur de la personne qui a écrit le message auquel vous allez répondre.
Si les textes des boutons ne sont pas tout à fait exacts, c’est parce que je traduis à partir du danois.
Claus
Quelques observations nouvelles ou non, puisque ces problèmes ont déjà été signalés par d’autres :
Par hasard, j’ai été dirigé vers le sujet du blog dédié aux nouveaux utilisateurs, contenant des astuces pour utiliser Discourse.
Il y est clairement indiqué que la méthode prévue pour se rendre au dernier message lu dans un sujet, ou pour aller en haut ou en bas du fil de discussion, ne fonctionne pas avec un lecteur d’écran. Testé principalement avec JAWS, mais aussi avec NVDA, il n’est pas clair où le focus est déplacé, et cela ne correspond absolument pas à ce qui est décrit ici :
« Sélectionner un titre dans la liste des sujets vous emmène toujours au dernier message lu dans ce sujet. Pour commencer en haut ou en bas, sélectionnez plutôt le nombre de réponses ou la date de la dernière réponse. »
Si l’état lu/non lu est indiqué par la couleur, une bonne accessibilité consisterait à ajouter « lu » ou « non lu » dans l’en-tête du sujet ou du message, et surtout en tant que dernière information, afin qu’elle puisse être ignorée si l’utilisateur n’en a pas besoin.
En lisant les nouveautés de la version bêta 2.8, cela semble intéressant, mais je ne suis pas certain que le lecteur d’écran m’en informe :
« Ajout d’une indication de dernière visite sur la page d’affichage des sujets
Lorsque vous ouvrez un sujet que vous avez déjà commencé à lire, Discourse charge automatiquement le premier message non lu afin que vous puissiez poursuivre votre lecture. Désormais, Discourse affiche également un indicateur de votre dernière visite, vous permettant de faire défiler le contenu vers le haut ou vers le bas sans perdre votre place. »
Autre problème : lors du téléchargement d’une image, comme décrit dans l’éditeur, en glissant simplement une image dans le champ d’édition, je ne vois aucun moyen d’ajouter un texte alternatif à mon image. Il se peut qu’il soit caché quelque part et que je n’aie pas consacré beaucoup de temps à le chercher, mais des images significatives qui ne peuvent pas être décrites simplement avec un texte alternatif posent un problème d’accessibilité très fondamental.
Claus
J’ai découvert qu’à partir de la version 2.8 bêta 6, des modifications ont été apportées à la liste déroulante permettant de définir les notifications pour un message. Certaines de ces modifications sont bonnes, d’autres moins. Avec la nouvelle implémentation, la liste déroulante est accessible en utilisant la touche Tab pour naviguer entre les contrôles ; cependant, il n’y a aucun texte décrivant le contrôle, et vous ne pouvez pas utiliser les techniques de navigation plus avancées employées dans la plupart des lecteurs d’écran pour trouver un certain type de contrôle. Ce contrôle sera difficile à localiser à moins de naviguer jusqu’à lui avec la touche Tab. De plus, ce que vous entendrez ne sera ni le nom ni le type de contrôle, mais uniquement son état sélectionné : « suivant », « silencieux » ou « normal ». Vous devrez probablement ajouter du code ARIA au contrôle afin qu’il soit exposé comme une liste déroulante au lecteur d’écran, et rétablir l’ancienne description courte.
Claus
Nous avons utilisé application car d’autres rôles causaient des problèmes, mais nous envisageons de passer à listbox. Je ne suis pas tout à fait certain de ce que vous suggérez avec la version 2.6, car le texte mentionne un rôle sans rien de spécifique.
Listbox semble être beaucoup plus proche du comportement réel du contrôle, du moins pour l’instant. Je vérifierai cela sur Meta lorsque vous aurez mis à jour le code.