Un rapport d’accessibilité doit décrire l’action réellement demandée, sans la réduire à un vague « problème de jeu ». Sur spinsy, une interface de jeu peut inviter la personne à choisir, confirmer ou fermer une boîte de dialogue avant l’expiration d’un délai. Pour rédiger un constat utile, il faut identifier le contrôle, le délai, la conséquence et le moyen de poursuivre, comme dans une spinsy bonus qui demanderait une action rapide.
Décrire l’interaction plutôt que supposer la cause
Le nom le plus précis dépend de ce que la boîte impose réellement. Une fenêtre qui demande « Continuer ? » avant de laisser la partie avancer n’est pas seulement un message informatif. Elle contient une décision à prendre. Le rapport doit donc parler de « boîte de dialogue modale avec choix temporisé » si l’arrière-plan est bloqué et si un compte à rebours limite la durée de réponse.
Le terme recommandé pour une décision limitée dans le temps
La formulation la plus claire est généralement : « boîte de dialogue modale de décision avec délai d’expiration ». Elle indique quatre éléments importants : la fenêtre interrompt le flux principal, elle demande une décision, la décision doit être prise pendant une période donnée et la situation change lorsque le délai se termine.
Si le compte à rebours ne fait qu’informer, sans empêcher une action, écrivez plutôt « message avec compte à rebours ». Si la fenêtre propose deux boutons, précisez-les : « boîte de dialogue proposant “Continuer” ou “Quitter”, avec fermeture automatique après 10 secondes ». N’ajoutez pas 10 secondes si cette durée n’a pas été mesurée.
Les détails à relever pendant l’observation
Un constat solide sépare ce qui est visible de ce qui est déduit. Notez le texte exact, le rôle annoncé par le lecteur d’écran, le nom des boutons, le comportement du clavier, le déplacement du focus et l’action déclenchée à l’expiration. Vérifiez aussi si la personne peut prolonger le délai ou revenir à l’écran précédent.
| Élément observé | Formulation utile dans le rapport |
|---|---|
| Fenêtre au premier plan | Boîte de dialogue modale qui bloque l’interaction avec le jeu |
| Choix demandé | Décision entre deux actions nommées, par exemple continuer ou quitter |
| Temps restant | Compte à rebours visible ou annoncé, avec durée mesurée |
| Fin du délai | Fermeture automatique, sélection par défaut ou retour à l’écran précédent |
| Clavier et lecteur d’écran | Focus placé dans la boîte et boutons accessibles dans un ordre logique |
Analyser le délai, le focus et la poursuite du jeu
Le problème d’accessibilité ne vient pas nécessairement de l’existence d’un délai. Il apparaît lorsque ce délai empêche une personne de comprendre, d’atteindre ou d’activer le choix. Sur une interface comme spinsy, les jeux peuvent être nombreux : le catalogue public affiche 8 879 jeux, dont 7 377 machines à sous. Une même interaction peut donc apparaître dans plusieurs contextes et demander une vérification répétée.
Déterminer si la boîte est réellement modale
Une fenêtre est modale si l’utilisateur doit la traiter avant de reprendre l’écran principal. Le focus clavier ne devrait pas partir derrière la fenêtre, et la touche Échap ne devrait pas produire un résultat imprévisible. Avec un lecteur d’écran, le nom de la boîte, son message et ses commandes doivent être annoncés dans un ordre compréhensible.
Le rapport peut utiliser cette structure : « Dans [nom du jeu], une boîte de dialogue modale s’ouvre lorsque [condition]. Elle demande [action] avant [délai]. À l’expiration, [conséquence]. Le focus [reste dans la boîte / se déplace / disparaît], ce qui [effet constaté]. » Cette phrase aide l’équipe à reproduire le défaut sans deviner le scénario.
- Reproduire l’ouverture avec clavier et souris.
- Mesurer le délai depuis l’apparition de la boîte.
- Vérifier l’annonce du message et du temps restant.
- Tester chaque bouton, la touche Échap et la touche Tabulation.
- Observer le résultat exact après l’expiration.
Ne confondez pas une réponse lente avec une erreur de contenu. Une personne peut comprendre le message, mais ne pas avoir assez de temps pour déplacer le focus, lire les commandes ou corriger une première pression. Le rapport doit indiquer cette différence, car la solution ne sera pas la même.
| Résultat du test | Constat à privilégier | Risque pour l’utilisateur |
|---|---|---|
| Le délai expire sans avertissement | Expiration non annoncée | Action subie ou perte du choix |
| Le focus reste derrière la fenêtre | Focus non confiné à la boîte modale | Navigation confuse et commandes inaccessibles |
| Un choix est appliqué automatiquement | Action par défaut déclenchée à l’expiration | Décision prise sans confirmation claire |
| Le bouton est visible mais non nommé | Commande sans nom accessible | Choix difficile à identifier au lecteur d’écran |
| La fenêtre réapparaît après chaque tour | Interaction répétitive à délai limité | Charge accrue et risque d’activation involontaire |
Rédiger un constat exploitable sur spinsy
Un bon rapport ne se contente pas de demander « plus de temps ». Il explique pourquoi la personne ne peut pas terminer l’action et propose une correction vérifiable. La plateforme indique aussi une utilisation sur mobile par raccourci de navigateur, et non l’existence d’une application native présentée dans les éléments examinés. Le test doit donc couvrir le navigateur mobile et l’affichage tactile.
Relier le défaut à une correction mesurable
Selon le comportement constaté, demandez une option pour désactiver ou prolonger le délai, un mécanisme pour demander du temps supplémentaire, ou une confirmation avant l’action automatique. Le contrôle doit rester utilisable au clavier, au toucher et avec une technologie d’assistance. Une correction réussie permet de lire le message, de choisir une option et de comprendre le résultat.
Évitez les conclusions trop larges comme « le jeu est inaccessible ». Préférez : « La boîte de dialogue expire pendant la lecture du message au lecteur d’écran ; aucune commande ne permet de prolonger le délai ; l’interface applique ensuite l’option “Quitter”. » Cette version donne à l’équipe un défaut précis, un contexte et un résultat à retester.
Pour une revue de spinsy, indiquez enfin le contexte : appareil, navigateur, méthode de navigation, nom du jeu si disponible, date du test et langue de l’interface. La version française comprend la navigation, l’aide et les textes liés au jeu responsable, mais les disponibilités peuvent varier selon la localisation et le compte. Ces précisions évitent de présenter une observation locale comme une règle générale.
Conclusion : nommer l’action, le délai et la conséquence
Le meilleur intitulé est « boîte de dialogue modale de décision avec délai d’expiration » lorsque la fenêtre bloque le jeu et impose un choix avant un compte à rebours. Complétez toujours ce nom par le texte des boutons, la durée observée, le comportement du focus et la conséquence de l’expiration. Cette méthode rend le rapport clair, reproductible et directement utile aux personnes chargées de corriger l’interface.