Accessibilité de Framadate

Bonjour,

utilisant un lecteur d’écran et une synthèse vocale pour naviguer sur le web, je constate une régression d’accessibilité dans le nouveau Framadate.

Les boutons pour répondre à un sondage sont lus par la synthèse : « Oui », « Si besoin », « Non », sans qu’on sache à quel vote chaque bouton correspond.

Dans l’ancienne version, au contraire, ils étaient lus par exemple « Voter Oui pour le samedi 22 novembre 2025 à 15h », « Voter Non pour le dimanche 23 novembre à 17h », etc. ce qui facilitait grandement la réponse au sondage pour les non-voyants.

Je n’ai pas comparé les sources HTML des deux versions mais je pense qu’il suffirait de modifier un petit peu l’attribut « title », ou un autre, de ces boutons pour résoudre le problème. Ça ne doit pas être un gros travail.

Autre petite régression d’accessibilité (moins grave) : quand on crée un sondage de date et qu’on choisit d’entrer les dates manuellement plutôt qu’en piochant dans un calendrier, on ne peut plus entrer d’un coup un intervalle de dates, alors que c’était possible dans l’ancienne version.

Merci pour votre considération,
Nic

Bonjour @taunic,

Désolé pour la perte d’accessibilité à ce niveau-là. Est-ce que tu peux m’indiquer quel lecteur d’écran tu utilises, et si tu rencontres le problème en affichage liste et / ou tableau ?

En mode tableau, le lecteur d’écran est censé vocaliser l’en-tête de la colonne quand on arrive sur les choix (je viens de tester avec Orca, sous Linux). Mais quand on change le choix, seul “oui”, “si besoin”, “non” est vocalisé effectivement. Je trouvais ça plus léger et potentiellement plus agréable, mais n’utilisant pas de lecteur d’écran au quotidien, je ne sais pas si c’était pertinent.

En mode liste, les choix sont dans un fieldset, donc le lecteur d’écran est censé lire la légende du groupe. Mais je viens de tester avec Orca, et j’ai l’impression que ça marche mal malheureusement.

Marien