Development #40930
Intégrations graphiques Publik - Development #36305: Améliorer l'accessibilité (RGAA) des thèmes
[RGAA][AA] contenus additionnels au survol ou à la prise de focus
0%
Description
pour chaque contenu qui est rendu visible par le survol ou la prise de focus sur un élément, le contenu doit respecter 3 principes :
1. Le contenu peut être masqué autrement qu’en déplaçant la souris hors de la zone ou le focus (par exemple via la touche ESC ou un bouton de fermeture).
2. Le contenu affiché peut être survolé à la souris.
3. Le contenu reste affiché tant que la souris ou le focus ne sont pas déplacés et tant que l’utilisateur n’a pas masqué le contenu (par exemple, il ne doit pas y avoir de timing qui gère la disparition du contenu).
Il faut implémenter un mécanisme de bouton de fermeture ou un évènement au clavier (par exemple, avec la touche Echap) pour pouvoir masquer le sous-menu sans déplacer la souris
Files
Associated revisions
History
Updated by Agate Berriot 5 months ago
- File 0001-accessibility-support-hiding-menus-through-escape-ke.patch 0001-accessibility-support-hiding-menus-through-escape-ke.patch added
- Status changed from Nouveau to Solution proposée
- Patch proposed changed from No to Yes
Updated by Agate Berriot 5 months ago
- File Peek 2022-08-30 11-46.mp4 Peek 2022-08-30 11-46.mp4 added
- Assignee changed from Agate Berriot to Benjamin Dauvergne
Cf vidéo ci-jointe pour le rendu, même si c'est plus facile de se rendre compte en testant directement. J'ai préféré utiliser des classes dédiées hide-on-escape et contains-hidden-elements pour découpler ça des menus. Ça permettrait de réutiliser plus ou moins tel quel si on a d'autres éléments qui ont besoin de cette logique, par exemple des tooltips (S'il y en a déjà dans combo, n'hésitez pas à me dire où, je peux adapter le patch pour les gérer aussi)
Updated by Frédéric Péters 5 months ago
- Assignee changed from Benjamin Dauvergne to Agate Berriot
Updated by Corentin Séchet 5 months ago
- Project changed from Intégrations graphiques Publik to Combo
Est-ce que ça ne serait pas moins dangereux basculer une classe "force-hide" ou quelque chose dans l'idée pour masquer l'élément, plutôt que de basculer un style inline ? Avec ce patch, si pour une raison ou une autre un élément a du style inline défini, ça va l'effacer quand on appuiera sur escape.
Updated by Agate Berriot 5 months ago
Corentin Séchet a écrit :
Est-ce que ça ne serait pas moins dangereux basculer une classe "force-hide" ou quelque chose dans l'idée pour masquer l'élément, plutôt que de basculer un style inline ? Avec ce patch, si pour une raison ou une autre un élément a du style inline défini, ça va l'effacer quand on appuiera sur escape.
J'étais partie du principe qu'on aurait pas de style inline sur les éléments, mais j'ai adapté le patch pour utiliser css() plutôt que attr('style') et alterer seulement la propriété display, ce qui laisse les autres CSS inline en place, s'il y en a.
Si il y a une classe existante qui fait le travail, je peux utiliser un toggle à la place (mais j'ai peur des collisions / problèmes de priorité avec les classes existantes. Au moins avec le inline, je suis à peu près sûre que ça marchera toujours).
Updated by Corentin Séchet 5 months ago
- Status changed from Solution proposée to Solution validée
Au moins avec le inline, je suis à peu près sûre que ça marchera toujours).
Ça se tient debout :)
Updated by Agate Berriot 5 months ago
- Status changed from Solution validée to Résolu (à déployer)
commit 202c614849f676001df124f320c1c501288eecd8
Author: Agate Berriot <aberriot@entrouvert.com>
Date: Tue Aug 30 11:49:28 2022 +0200
accessibility: support hiding menus through escape keys (#40930)Updated by Transition automatique 5 months ago
- Status changed from Résolu (à déployer) to Solution déployée
accessibility: support hiding menus through escape keys (#40930)