Changement à la demande
:
Comprendre le
CS 3.2.5
3.2.5 Changement à la demande : un changement de contexte est initié uniquement sur demande de l'utilisateur ou un mécanisme est disponible pour désactiver un tel changement. (Niveau AAA)
Objectif de ce critère de succès
L'objectif de ce critère de succès est d'encourager la conception de contenus Web laissant aux utilisateurs un contrôle total sur les changements de contexte. Ce critère de succès vise à éliminer les confusions potentielles pouvant être causées par des changements de contexte non voulus, comme l'ouverture de nouvelles fenêtres, la soumission automatique de formulaires après sélection d'un élément dans une liste, etc. De tels changements de contexte non voulus peuvent causer des difficultés aux personnes ayant une limitation motrice, étant malvoyantes ou aveugles, et les personnes ayant des limitations cognitives.
Certains types de changements de contexte ne sont pas perturbants pour certains utilisateurs et sont mêmes bénéfiques pour d'autres utilisateurs. Par exemple, les utilisateurs d'« interrupteur unique » se fient aux changements de contexte animés par le système, et les préférences des utilisateurs malvoyants peuvent varier suivant la quantité de contenu vue à la fois et selon la quantité d'information de structure qu'ils peuvent retenir en mémoire de travail. Certains types de contenus, comme les diaporamas, nécessitent de pouvoir changer le contexte pour procurer l'expérience utilisateur voulue. Les contenus qui initient un changement de contexte automatique suivant les préférences de l'utilisateur, peuvent respecter ce critère de succès.
Note : cliquer sur un lien est un exemple d'action qui est « initié uniquement sur demande de l'utilisateur ».
Avantages spécifiques du critère de succès 3.2.5 :
Les personnes qui ne peuvent pas détecter les changements de contexte ou qui pourraient ne pas réaliser qu'un changement de contexte a eu lieu auront moins de chances d'être désorientées au cours de leur navigation dans un site. Par exemple :
Les personnes aveugles ou malvoyantes pourraient avoir des difficultés pour savoir quand un changement de contexte visuel a eu lieu, tel que l'ouverture d'une nouvelle fenêtre (popup). Dans cette situation, avertir à l'avance les utilisateurs des changements de contexte limite les risques de confusion lorsque ces utilisateurs découvrent que le bouton Retour ne se comporte plus comme prévu.
Certaines personnes malvoyantes, avec des difficultés de lecture et des limitations intellectuelles, et qui ont des difficultés à interpréter les repères visuels, pourraient tirer avantage de repères supplémentaires pour détecter les changements de contexte.
Les personnes avec des limitations cognitives ne sont pas perturbées si des redirections automatiques sont exécutées par le serveur Web, et non par le navigateur.
Exemples pour le critère de succès 3.2.5
Un bouton « mettre à jour maintenant »
Au lieu de mettre à jour automatiquement le contenu, l'auteur fournit un bouton « mettre à jour maintenant » qui effectue une demande de rafraîchissement du contenu.
Redirection automatique
Un utilisateur est automatiquement redirigé depuis une ancienne page vers une nouvelle page d'une telle manière qu'il ne réalise jamais que la redirection a eu lieu.
Ressources liées
Les ressources sont présentées dans un but d'information seulement, il ne s'agit pas d'une approbation.
Use standard redirects: don't break the back button! – conseil du W3C QA utiliser des redirections standards : ne pas bloquer le bouton retour.
HTTP/1.1 Status Code Definitions: Redirection 3xx – définitions HTTP/1.1 : redirection 3xx (en anglais).
Techniques et échecs pour le critère de succès 3.2.5 - Changement à la demande
Chaque élément numéroté dans cette section représente une technique ou une combinaison de techniques que le groupe de travail des WCAG considère comme suffisante pour satisfaire à ce critère de succès. Les techniques énumérées satisfont le critère de succès seulement si toutes les exigences de conformité aux WCAG 2.0 ont été appliquées.
Techniques suffisantes
Consignes : choisissez parmi les situations suivantes celle qui correspond à votre contenu. Chaque situation comprend des techniques ou des combinaisons de techniques qui sont connues et documentées comme suffisantes par rapport à cette situation.
Situation B : si des redirections automatiques sont possibles :
SVR1 : Implémenter les redirections automatiques côté serveur plutôt que côté client (en anglais) (Serveur)
G110 : Utiliser une redirection instantanée côté client (en anglais) en utilisant l'une des techniques suivantes :
Situation C : si la page Web utilise une fenêtre (pop-up) :
inclure les fenêtres pop-up en utilisant l'une des techniques suivantes :
Techniques (recommandées) supplémentaires pour 3.2.5
Bien qu'elles ne soient pas nécessaires à la conformité, les techniques supplémentaires suivantes devraient être envisagées afin de rendre le contenu plus accessible. Toutes ces techniques ne peuvent pas être utilisées ou ne seraient pas efficaces dans toutes les situations.
Ouvrir de nouvelles fenêtres en fournissant des hyperliens ordinaires sans l'attribut target (lien à venir), car beaucoup d'agents utilisateur permettent à l'utilisateur d'ouvrir des liens dans une nouvelle fenêtre ou dans un autre onglet.
Échecs fréquents pour le CS 3.2.5
Le groupe de travail des WCAG considère les erreurs fréquentes suivantes comme des échecs du critère de succès 3.2.5.
Mots clés
- changement de contexte
changements majeurs dans le contenu d'une page Web qui, s'ils sont faits sans que l'utilisateur en soit conscient, peuvent désorienter l'utilisateur qui ne peut voir l'ensemble de la page en même temps
Les changements de contexte comprennent les changements de :
focus ;
Note : un changement de contenu n'est pas toujours un changement de contexte. Un changement dans le contenu comme le déploiement d'une arborescence, un menu dynamique ou un déplacement de tabulation ne change pas nécessairement le contexte à moins qu'il ne change aussi l'un des éléments énumérés ci-dessus (par exemple le focus).
Exemple : l'ouverture d'une nouvelle fenêtre, le déplacement du focus sur un composant différent, le déplacement vers une nouvelle page (y compris tout ce qui, pour l'utilisateur, aurait l'air d'un déplacement vers une autre page) ou la réorganisation significative du contenu d'une page sont autant d'exemples d'un changement de contexte.
- mécanisme
processus ou technique pour obtenir un résultat
Note 1 : le mécanisme peut être explicitement fourni par le contenu ou dépendre de la plateforme ou de l'agent utilisateur, y compris les technologies d'assistance.
Note 2 : le mécanisme doit satisfaire à tous les critères de succès (d'un niveau donné) pour déclarer un niveau de conformité.