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
Fichiers
Révisions associées
Historique
Mis à jour par A. Berriot il y a plus d'un an
- Fichier 0001-accessibility-support-hiding-menus-through-escape-ke.patch 0001-accessibility-support-hiding-menus-through-escape-ke.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par A. Berriot il y a plus d'un an
- Fichier Peek 2022-08-30 11-46.mp4 Peek 2022-08-30 11-46.mp4 ajouté
- Assigné à changé de A. Berriot à 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)
Mis à jour par Frédéric Péters il y a plus d'un an
- Assigné à changé de Benjamin Dauvergne à A. Berriot
Mis à jour par Corentin Séchet il y a plus d'un an
- Projet changé de Intégrations graphiques Publik à 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.
Mis à jour par A. Berriot il y a plus d'un an
Mis à jour par A. Berriot il y a plus d'un an
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).
Mis à jour par Corentin Séchet il y a plus d'un an
- Statut changé de Solution proposée à Solution validée
Au moins avec le inline, je suis à peu près sûre que ça marchera toujours).
Ça se tient debout :)
Mis à jour par A. Berriot il y a plus d'un an
- Statut changé de Solution validée à 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)
Mis à jour par Transition automatique il y a plus d'un an
- Statut changé de Résolu (à déployer) à Solution déployée
accessibility: support hiding menus through escape keys (#40930)