RGAA Lab

RGAA 4.1.2 · Scripts · Critère 7.4

Pour chaque script qui initie un changement de contexte, l’utilisateur est-il averti ou en a-t-il le contrôle ?

Une page qui se recharge, un formulaire qui part ou une fenêtre qui s'ouvre sans qu'on l'ait demandé désoriente : qui ne voit que quelques lignes à la fois ne remarque pas toujours que tout a changé sous lui.

Ce que dit le référentiel

Transcription du RGAA 4.1.2, sans interprétation. C’est ce texte qui fait foi, et celui que vous citez dans un rapport.

  1. 7.4.1
    Chaque script qui initie un changement de contexte vérifie-t-il une de ces conditions ?
    • L’utilisateur est averti par un texte de l’action du script et du type de changement avant son déclenchement ;
    • Le changement de contexte est initié par un bouton (input de type submit, button ou image ou balise <button>) explicite ;
    • Le changement de contexte est initié par un lien explicite.

Comment le vérifier

  1. Repérer les changements de contexte : rechargement, redirection, soumission automatique, ouverture d'une nouvelle fenêtre, changement complet de la zone principale.
  2. Pour chacun, chercher ce qui le déclenche. Un bouton explicite ou un lien explicite suffisent : l'utilisateur a demandé le changement en connaissance de cause.
  3. Sinon, vérifier qu'un texte prévient avant le déclenchement, et qu'il dit à la fois l'action et le type de changement.
  4. Se méfier des déclencheurs implicites : <select> qui navigue au changement de valeur, formulaire soumis à la perte de focus, dernier caractère d'un champ de code qui valide tout.

Ce que notre outil fait

Jugement humain

Aucune machine ne tranche ce critère. L’outil vous présente les éléments et enregistre votre constat.

Constater un changement de contexte suppose de déclencher l'interaction et de regarder ce qui se produit. L'outil ne le fait pas à votre place : il enregistre votre constat et la preuve visuelle qui l'accompagne.

Comment nous mesurons ce que l'outil sait faire · ce critère s'audite dans l'extension RGAA Lab.

Les pièges

Les erreurs qu’on rencontre vraiment, relevées au fil des audits.

  • La liste déroulante qui navigue dès qu'on change de valeur est le cas classique : au clavier, elle part sur la première option parcourue. Ajouter un bouton « Valider » corrige.
  • Un avertissement placé après le changement arrive trop tard, par construction.
  • Une nouvelle fenêtre annoncée seulement par un title n'avertit personne : l'information doit être dans l'intitulé du lien ou visible à côté.
  • Une mise à jour partielle — un filtre qui recharge une liste — n'est pas nécessairement un changement de contexte, mais elle relève alors du 7.5.

À lire avec