À la saisie :
Comprendre le CS
3.2.2
3.2.2 À la saisie : le changement de paramètre d'un composant d'interface utilisateur ne doit pas initier de changement de contexte, à moins que l'utilisateur n'ait été avisé de ce comportement avant d'utiliser le composant. (Niveau A)
Objectif de ce critère de succès
L'objectif de ce critère de succès est de s'assurer que la saisie de données ou la sélection d'un contrôle de formulaire ont des effets prévisibles. Changer la valeur de n'importe quel composant d'interface c'est changer l'état d'un contrôle qui persistera après la fin de l'interaction de l'utilisateur. Ainsi, cocher une case à cocher ou saisir un texte dans un champ change leur valeur, mais activer un lien ou un bouton ne la change pas. Les changements de contexte peuvent perturber des utilisateurs qui ne perçoivent pas aisément les changements ou qui sont distraits par ceux-ci. Les changements de contexte sont appropriés uniquement lorsqu'il est évident que ces changements vont avoir lieu après une action de l'utilisateur .
Note : ce critère de succès couvre les changements de contexte dus aux changements de valeur d'un contrôle. Le fait de cliquer sur un lien ou un onglet dans un tab control active le contrôle mais ne change pas la valeur de ce contrôle.
Avantages spécifiques du critère de succès 3.2.2 :
Ce critère de succès aide les utilisateurs en situation de handicap en rendant les contenus interactifs plus prévisibles. Les changements de contexte non prévus peuvent être suffisamment déstabilisants pour les utilisateurs ayant une limitation visuelle ou cognitive, qu'ils ne sont plus en mesure d'utiliser le contenu.
Les personnes qui ne sont pas capables de détecter les changements de contexte ont plus de chances d'être désorientées au cours de leur navigation dans le site. Par exemple :
Les personnes aveugles ou malvoyantes peuvent avoir des difficultés pour percevoir un changement de contexte visuel, comme l'ouverture d'une nouvelle fenêtre (popup). Dans ce cas, prévenir à l'avance les utilisateurs des changements, limite le risque de confusion quand l'utilisateur découvre que le bouton retour ne réagit plus comme attendu.
Des personnes malvoyantes, avec des difficultés de lecture ou des limitations intellectuelles, et d'autres personnes ayant des difficultés à identifier les repères visuels peuvent bénéficier de repères supplémentaires afin de détecter les changements de contexte.
Exemples pour le critère de succès 3.2.2
Un formulaire est fourni pour saisir des entrées de calendrier dans une application Web d'agenda électronique. En complément des champs standards pour le sujet, l'heure et le lieu, il existe une série de boutons radio pour sélectionner le type d'entrée de calendrier à créer. Les types d'entrée de calendrier peuvent être des réunions, des rendez-vous ou des rappels. Si l'utilisateur choisit l'option pour une réunion, des champs supplémentaires sont alors affichés sur la page pour saisir les participants à la réunion. D'autres champs apparaissent si le bouton rappel est choisi. Comme seulement une partie des champs de l'entrée changent mais que la structure globale demeure, le contexte de base reste inchangé pour l'utilisateur.
Un formulaire contient des champs représentant un numéro de téléphone au format d'Amérique du Nord. Tous ces numéros possèdent 3 chiffres pour le code zone, suivis par un préfixe de 3 chiffres, eux-mêmes suivis d'un nombre de 4 chiffres, et chaque partie du numéro est entrée dans un champ distinct. Quand un utilisateur complète sa saisie dans le premier champ et entre le premier chiffre du champ suivant, alors le focus est automatiquement déplacé vers ce deuxième champ. Ce comportement des champs de téléphone est décrit à l'intention de l'utilisateur en début de formulaire.
Ressources liées
Les ressources sont présentées dans un but d'information seulement, il ne s'agit pas d'une approbation.
(Aucune ressource n'est actuellement documentée)
Techniques et échecs pour le critère de succès 3.2.2 - À la saisie
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
G80 : Fournir un bouton de soumission pour initier un changement de contexte (en anglais) en utilisant une technique spécifique à une technologie listée ci-dessous.
Note : un changement de contenu n'est pas toujours un changement de contexte. Ce critère de succès est automatiquement satisfait si les changements de contenus ne sont pas des changements de contexte.
Techniques (recommandées) supplémentaires pour 3.2.2
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.
Échecs fréquents pour le CS 3.2.2
Le groupe de travail des WCAG considère les erreurs fréquentes suivantes comme des échecs du critère de succès 3.2.2.
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 :
- agent utilisateur ;
- espace de restitution ;
- focus ;
- contenu qui modifie la signification de la page Web.
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.
- composant d'interface utilisateur
-
partie du contenu qui est perçue par les utilisateurs comme un élément de contrôle unique pour une fonction distincte
Note 1 : plusieurs composants d'interface utilisateur peuvent être implémentés au sein d'un seul programme. La notion de composant n'est pas liée ici aux techniques de programmation, mais plutôt à ce que les utilisateurs perçoivent comme des éléments de contrôle distincts.
Note 2 : les composants d'interface utilisateur incluent les éléments de formulaire et les liens aussi bien que des composants générés par scripts.
Exemple : un microprogramme (applet) dispose d'un « élément de contrôle » permettant de se déplacer dans le contenu ligne par ligne, page par page ou au hasard. Puisque chacune de ces fonctions devrait avoir un nom et fonctionner indépendamment, elles constitueraient chacune un « composant d'interface utilisateur ».