Accessibilité - Pages de Stockage

Dans le tableau en dessous, vous pouvez voir les corrections d'accessibilité effectuées pour la version 26.3. Le tableau présente l'application, la page et les critères d'accessibilité qui ont été corrigés.

Critères d'accessibilité

Nom de la Page : menu paramètres de stockage de toutes les pages

Textes alternatifs et légendes

Rendre les visuels compréhensibles pour tous

Images, les icônes et les médias doivent avoir des équivalents textuels clairs, comme un texte alternatif, des étiquettes ou des transcriptions.

Exemple : Ajout d'un texte alternatif aux icônes du tableau de bord et confirmation que les icônes sans signification sont marquées comme décoratives.

Oui

Conception visuelle : couleur et contraste

Rendre le contenu facile à lire et à voir

Il est nécessaire que le texte et les éléments visuels présentent un contraste suffisant avec l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.

Exemple : Contraste accru entre le texte et les boutons ; test des pages principales à un zoom de 200 % afin de s'assurer que rien n'est tronqué.

Oui

Navigation au clavier et focus

Vérifiez que le produit fonctionne sans souris

Les utilisateurs doivent pouvoir accéder aux éléments à l'aide du clavier. Le focus (comme les contours) doit toujours être visible et ne doit pas être caché derrière les en-têtes.

La navigation par tabulation dans l'en-tête affiche un nouveau bouton appelé « sauter au contenu principal » ; les menus déroulants s'ouvrent au clavier.

Oui

Prise en charge des technologies d'assistance (JAWS, Voix, etc.)

Fonctionne bien avec les lecteurs d'écran et les outils vocaux

Les éléments doivent avoir des étiquettes et des rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.

Exemple : Ajout de noms accessibles aux boutons afin que Dragon puisse déclencher « Envoyer » ; test du flux du lecteur d'écran pour les annonces et les boutons.

Oui

Navigation de la Page

Conserver un mouvement clair et prévisible

Les menus et les liens doivent se trouver au même endroit sur chaque Page, être adaptés à la navigation au clavier et clairement libellés avec une logique de navigation entre les composants.

Exemple : le guide de Navigation au clavier pour l'utilisateur est fonctionnel sur l'ensemble des éléments ; les menus sont accessibles par tabulation.

Oui

Formulaires et Messages d’erreur

Rendre la saisie claire et corrigible

Les champs ont une étiquette, et les erreurs doivent s'afficher clairement.

Le champ « Nom DE LA compétence » est obligatoire s'affiche désormais sous le champ ; le focus se déplace vers la Notification.

Oui

Messages et alertes d'état

Annoncer les modifications pour les outils d'assistance

Lorsqu'un élément change (comme « sauvegardé » ou « erreur »), les outils tels que les lecteurs d'écran doivent pouvoir l'entendre.

Exemple : les Messages de réussite utilisent une région ARIA live — JAWS lit « Sauvegardé avec succès ».

Oui