La conformité à la section 508 exige-t-elle que chaque fenêtre ait un focus initial (par défaut) ?

Question

"1194.21 Applications logicielles et systèmes d'exploitation" a ceci à dire sur le focus : "(c) Une indication à l'écran bien définie de la mise au point actuelle doit être fournie et se déplacer parmi les éléments de l'interface interactive lorsque la mise au point de l'entrée change. La mise au point doit être exposée de manière programmatique afin que la technologie d'assistance puisse suivre la mise au point et les changements de mise au point."

Un collègue fait valoir que la règle ci-dessus n'exige pas qu'une fenêtre sélectionnée ait un focus actuel lors de son ouverture initiale. Il faut seulement que, lorsqu'une fenêtre a un focus courant, ce focus courant soit bien défini et que le focus se déplace lorsque l'utilisateur navigue parmi les éléments interactifs (par exemple, un onglet).

La règle ci-dessus part-elle du principe que chaque fenêtre a un point de focalisation lorsqu'elle est ouverte ? Ou bien le focus actuel n'est-il pas nécessaire ?

Je pense que ce serait une mauvaise expérience pour une personne utilisant des technologies d'assistance que de devoir chercher en vain l'élément qui a le focus lorsqu'une nouvelle fenêtre s'ouvre. Ou est-ce que je néglige quelque chose ?

Answer 1

Tout d'abord, 1194.21 est la sous-partie de la section 508 qui traite des applications logicielles et des systèmes d'exploitation. Donc, "techniquement", elle ne s'appliquerait pas aux informations et aux applications intranet et Internet basées sur le Web qui sont uniquement basées sur HTML.

Ceci étant dit, l'approche courante aujourd'hui consiste à appliquer les exigences de la section 508 de manière générale à tout ce dont vous évaluez la conformité. En effet, la section 508 est dépassée et, pour que ces normes soient utiles dans le monde d'aujourd'hui, l'approche générale consistant à les appliquer à tout, quelle que soit la catégorie, est souvent utilisée.

L'actualisation de la section 508 étant en cours d'adoption, il semble que la section 508 utilisera très probablement, ou suivra de près, les directives WCAG 2.0 Niveau A, AA. Par conséquent, si vous cherchez à vous conformer aux futures exigences actualisées, optez pour les directives de niveau AA de WCAG 2.0.

Pour répondre à votre question sur le paragraphe 1194.21 (c), cette exigence vise à garantir que le foyer actuel est visible à l'œil nu ainsi qu'à une technologie d'assistance. Vous devez donc être en mesure de discerner où se trouve le centre d'intérêt actuel, tant sur le plan visuel que sur le plan programmatique. Cela est vrai même si vous n'appliquez cette exigence qu'à une page Web, comme vous l'avez indiqué.

Dans votre exemple de page de connexion chargée dans une fenêtre de navigateur, il n'est pas nécessaire de mettre l'accent sur l'un des contrôles d'entrée au chargement de la page (initialement ouverte) pour se conformer à la section 508, tant que l'utilisateur peut tabuler sur ces contrôles et discerner visuellement l'accent actuel et tant que cet accent est également identifiable par programme pour le logiciel de TA. Il n'y a pas de mal à ajouter ce type de fonctionnalité, car elle améliore la convivialité pour tous, mais elle n'est pas obligatoire pour l'accessibilité. Voir le guide des normes de la section 508, 1194.21 (c) à ce lien : http://www.access-board.gov/sec508/guide/1194.21.htm#(c) )

En outre, vous pouvez vous référer à la directive WCAG 2.0 niveau AA 2.4.7 sur la compréhension de la mise au point visible. Ce lien est le suivant : http://www.w3.org/TR/UNDERSTANDING-WCAG20/navigation-mechanisms-focus-visible.html .

Pour être clair, si nous parlions d'une fenêtre d'application logicielle et non d'une fenêtre de navigateur Internet, il serait nécessaire de s'assurer qu'un contrôle a le focus par défaut lorsque cette fenêtre d'application est chargée. Vous remarquerez que dans une fenêtre de navigateur, si le contenu Web n'a pas le focus par défaut, au moins le contrôle qui fait partie du navigateur a le focus. Je ne pense pas que ce détail soit couvert par les directives d'accessibilité, mais je pense qu'il est décrit quelque part dans les normes acceptées pour les applications/logiciels, mais je ne saurais vous dire où.

Quoi qu'il en soit, je vous félicite de vouloir améliorer l'expérience globale de l'utilisateur en même temps que vos efforts pour l'accessibilité ! Trop souvent, les développeurs ne veulent faire que le strict minimum pour que le code sorte. Une bonne expérience utilisateur est importante et veiller à ce que votre contenu soit conçu pour l'accessibilité ne fait qu'améliorer cette expérience. Continuez à vous battre !

-JeffS