Bonjour,
Je suis développeur d’un logiciel libre de gestion de questionnaire assez utilisé un peu partout : LimeSurvey.
Je développe en parallèle un modèle accès sur l’accessibilité (avec l’objectif de corriger les problèmes, a terme, dans le cœur).
Il y a actuellement un problème dans le cœur sur les questions de type tableaux avec l’utilisation du rôle group sur les tableaux en eux-mêmes. Ces tableaux contiennent des champs de type radio, case à cocher ou texte (principalement bouton radio).
Je vais pouvoir effectuer la correction pour la version 6 de LimeSurvey (qui passe en plus sur boostrap5).
Mais j’ai une interrogation : faut-il passer les tableaux en mode présentation ou les garder en mode tableau ?
En effet : les tableaux contiennent des lignes, chacune de ses lignes contenant une série de bouton radio. Le rôle "radiogroup" me semble donc approprié sur chaque ligne. Un role group englobant ses lignes. Pour gérer le passage sur téléphone, chaque bouton radio possède bien son label masqué sur grand écran (mais visible par un lecteur d’écran). Si les données peuvent paraître en ordre tabulé c'est aussi une liste de liste : cet état de groupe de groupe de bouton radio est visible sur téléphone ou le tableau passe en mode bloc, avec l’entête masquée.
Grâce à l'équipe de Tanaguru (merci à eux): nous avons construit une solution valide avec le role="presentation". Cependant, le mode table par défaut me semble aussi une possibilité intéressante.
Je ne sais réellement pas quelle solution est la meilleure, sachant que à la suite je dois construire la solution pour tous les autres types de tableaux: je pense qu’il faut réellement partir sur la meilleure. Surtout que ce type de modification entrainant une incompatibilité avec les extensions et thème de LimeSurvey : il y a besoin d’un saut majeur de version pour le corriger effectivement.
Pour plus de compréhension, j’ai créé 2 exemples qui semble passer la validation RGAA :
- Table en mode présentation : https://www.shnoulle.net/test/arrayWCAG/tableau_role-presentation.html
- Table en mode table : https://www.shnoulle.net/test/arrayWCAG/tableau_role-table.html
- Table en mode table avec entête liées par aria aux champs : https://www.shnoulle.net/test/arrayWCAG/tableau_role-table-2.html
Merci des avis et conseil que vous pourrez m’apporter.
Modifié par Shnoulle (11 Jan 2023 - 08:28)
Je suis développeur d’un logiciel libre de gestion de questionnaire assez utilisé un peu partout : LimeSurvey.
Je développe en parallèle un modèle accès sur l’accessibilité (avec l’objectif de corriger les problèmes, a terme, dans le cœur).
Il y a actuellement un problème dans le cœur sur les questions de type tableaux avec l’utilisation du rôle group sur les tableaux en eux-mêmes. Ces tableaux contiennent des champs de type radio, case à cocher ou texte (principalement bouton radio).
Je vais pouvoir effectuer la correction pour la version 6 de LimeSurvey (qui passe en plus sur boostrap5).
Mais j’ai une interrogation : faut-il passer les tableaux en mode présentation ou les garder en mode tableau ?
En effet : les tableaux contiennent des lignes, chacune de ses lignes contenant une série de bouton radio. Le rôle "radiogroup" me semble donc approprié sur chaque ligne. Un role group englobant ses lignes. Pour gérer le passage sur téléphone, chaque bouton radio possède bien son label masqué sur grand écran (mais visible par un lecteur d’écran). Si les données peuvent paraître en ordre tabulé c'est aussi une liste de liste : cet état de groupe de groupe de bouton radio est visible sur téléphone ou le tableau passe en mode bloc, avec l’entête masquée.
Grâce à l'équipe de Tanaguru (merci à eux): nous avons construit une solution valide avec le role="presentation". Cependant, le mode table par défaut me semble aussi une possibilité intéressante.
Je ne sais réellement pas quelle solution est la meilleure, sachant que à la suite je dois construire la solution pour tous les autres types de tableaux: je pense qu’il faut réellement partir sur la meilleure. Surtout que ce type de modification entrainant une incompatibilité avec les extensions et thème de LimeSurvey : il y a besoin d’un saut majeur de version pour le corriger effectivement.
Pour plus de compréhension, j’ai créé 2 exemples qui semble passer la validation RGAA :
- Table en mode présentation : https://www.shnoulle.net/test/arrayWCAG/tableau_role-presentation.html
- Table en mode table : https://www.shnoulle.net/test/arrayWCAG/tableau_role-table.html
- Table en mode table avec entête liées par aria aux champs : https://www.shnoulle.net/test/arrayWCAG/tableau_role-table-2.html
Merci des avis et conseil que vous pourrez m’apporter.
Modifié par Shnoulle (11 Jan 2023 - 08:28)