Accessibilité - Pages Dashboard

Dans les tableaux en dessous, vous pouvez voir les corrections d'accessibilité effectuées pour la version 26.2. Les tableaux présentent l'application, la page, ainsi que les critères d'accessibilité qui ont été corrigés.

Critères d'accessibilité	Paramètres du widget : état du Plan, score de qualité, calibration des évaluations, calibration des formulaires, tendance KPI, coaching	Gadgets logiciels : vue des contacts CXone Agent
Alternatives textuelles et légendes Rendre les visuels compréhensibles pour tous Images, les icônes et les médias doivent disposer d'équivalents textuels clairs, tels que du texte alternatif, des étiquettes ou des transcriptions.	Oui	Oui
Conception visuelle : couleur et contraste Rendre le contenu facile à lire et à voir Les éléments textuels et visuels doivent présenter un contraste suffisant par rapport à l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.	Oui	Oui
Navigation au clavier et focus Assurez-vous que le produit fonctionne sans souris Les utilisateurs doivent pouvoir accéder aux éléments par le biais du clavier. Le focus (comme les contours) doit toujours être visible et ne pas être caché derrière les en-têtes.	Oui	Oui
Soutien aux technologies d'assistance (JAWS, Voix, etc.) Fonctionne bien avec les lecteurs d'écran et les outils vocaux Les éléments doivent comporter des étiquettes et des rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.	Oui	Oui
Navigation dans 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 accessibles au clavier et clairement libellés, avec une navigation logique entre les composants.	Oui	Oui
Formulaires et Messages d’erreur Rendre la saisie claire et modifiable Les champs ont une étiquette, et les erreurs doivent s'afficher clairement.	Oui	Oui
Messages et Alertes d'état Annoncer les modifications pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.	Oui	Oui

Critères d'accessibilité	Ajouter des flèches de navigation gauche/droite pour les résolutions plus bas sur le panneau de widgets
Alternatives textuelles 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 du texte alternatif, des étiquettes ou des transcriptions.	Oui Les icônes de flèche gauche/droite comportent un texte alternatif descriptif (par exemple, « Naviguer à gauche », « Naviguer à droite »).
Conception visuelle : couleur et contraste Rendez le contenu facile à lire et à voir Les éléments textuels et visuels doivent présenter un contraste suffisant avec l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.	Oui Les commandes de navigation par flèches respectent les exigences de contraste WCAG 2.2 par rapport à l'arrière-plan du panneau de widget.
Navigation au clavier et focus Vérifiez que le produit fonctionne sans souris Les utilisateurs doivent pouvoir atteindre les éléments à l'aide du clavier. Le focus (comme les contours) doit toujours être visible et ne doit pas être masqué derrière les en-têtes.	Oui La navigation par flèches est utilisable au clavier ; les utilisateurs peuvent accéder aux flèches par la touche de tabulation et les activer avec Entrée/Espace.
Soutien aux technologies d'assistance (JAWS, Voix, etc.) Fonctionne correctement avec les lecteurs d'écran et les outils vocaux Les éléments doivent posséder des étiquettes et des rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.	Oui Les flèches de navigation incluent des étiquettes ARIA et role='button' ; la position de défilement du panneau est annoncée.
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 accessibles au clavier et clairement libellés, avec une navigation logique entre les composants.	Oui Zone de navigation du panneau de widget correctement structurée en tant que repère de navigation.
Messages et alertes relatifs à l'état Annoncer les modifications pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.	Oui Position de faire défiler du panneau et modifications des widgets visibles annoncées aux technologies d'assistance.

Critères d'accessibilité

Ajouter des flèches de navigation gauche/droite pour les résolutions plus bas sur le panneau de widgets

Alternatives textuelles 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 du texte alternatif, des étiquettes ou des transcriptions.

Oui

Les icônes de flèche gauche/droite comportent un texte alternatif descriptif (par exemple, « Naviguer à gauche », « Naviguer à droite »).

Conception visuelle : couleur et contraste

Rendez le contenu facile à lire et à voir

Les éléments textuels et visuels doivent présenter un contraste suffisant avec l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.

Oui

Les commandes de navigation par flèches respectent les exigences de contraste WCAG 2.2 par rapport à l'arrière-plan du panneau de widget.

Navigation au clavier et focus

Vérifiez que le produit fonctionne sans souris

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

Oui

La navigation par flèches est utilisable au clavier ; les utilisateurs peuvent accéder aux flèches par la touche de tabulation et les activer avec Entrée/Espace.

Soutien aux technologies d'assistance (JAWS, Voix, etc.)

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

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

Oui

Les flèches de navigation incluent des étiquettes ARIA et role='button' ; la position de défilement du panneau est annoncée.

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 accessibles au clavier et clairement libellés, avec une navigation logique entre les composants.

Oui

Zone de navigation du panneau de widget correctement structurée en tant que repère de navigation.

Messages et alertes relatifs à l'état

Annoncer les modifications pour les outils d'assistance

Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.

Oui

Position de faire défiler du panneau et modifications des widgets visibles annoncées aux technologies d'assistance.

Critères d'accessibilité	Zoom en soutien aux noms de domaine dans Dashboard
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.	Oui Les icônes de nom de domaine et les éléments visuels comportent un texte alternatif descriptif.
Conception visuelle : couleur et contraste Rendre le contenu facile à lire et à voir Le texte et les éléments visuels doivent présenter un contraste suffisant avec l'arrière-plan, et les pages doivent bien fonctionner avec un zoom de 200 %.	Oui Le texte du nom de domaine et les éléments d'interface utilisateur respectent la conformité de contraste WCAG 2.2 à un zoom de 200 %.
Navigation au clavier et mise en évidence du focus Vérifiez que le produit fonctionne sans souris Les utilisateurs doivent pouvoir atteindre les éléments à l'aide du clavier. Le focus (comme les contours) doit toujours être visible et ne pas être caché derrière les en-têtes.	Oui La sélection du domaine ajouter un gadget logiciel (gadget logiciel) reste entièrement navigable au clavier avec un zoom de 200 %.
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 comporter les étiquettes et rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.	Oui Les éléments de liste du domaine et les contrôles de sélection sont correctement étiquetés avec ARIA, à tous les niveaux de zoom.
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 à l'utilisation du clavier et clairement étiquetés, avec une navigation logique entre les composants.	Oui La Section domaine conserve une structure de titres et de points de repère appropriée lors de la réorganisation du zoom.
Formulaires et Messages d’erreur Rendre la saisie claire et corrigible Les champs possèdent une étiquette, et les erreurs doivent s'afficher clairement.	Oui Les champs de recherche/filtre de domaine sont correctement libellés et accessibles à un zoom de 200 %.
Messages d'état et alertes Annoncer les modifications pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.	Oui Les modifications de sélection de domaine et les mises à jour de liste sont annoncées via les régions actives ARIA.

Critères d'accessibilité

Zoom en soutien aux noms de domaine dans Dashboard

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.

Oui

Les icônes de nom de domaine et les éléments visuels comportent un texte alternatif descriptif.

Conception visuelle : couleur et contraste

Rendre le contenu facile à lire et à voir

Le texte et les éléments visuels doivent présenter un contraste suffisant avec l'arrière-plan, et les pages doivent bien fonctionner avec un zoom de 200 %.

Oui

Le texte du nom de domaine et les éléments d'interface utilisateur respectent la conformité de contraste WCAG 2.2 à un zoom de 200 %.

Navigation au clavier et mise en évidence du focus

Vérifiez que le produit fonctionne sans souris

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

Oui

La sélection du domaine ajouter un gadget logiciel (gadget logiciel) reste entièrement navigable au clavier avec un zoom de 200 %.

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 comporter les étiquettes et rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.

Oui

Les éléments de liste du domaine et les contrôles de sélection sont correctement étiquetés avec ARIA, à tous les niveaux de zoom.

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 à l'utilisation du clavier et clairement étiquetés, avec une navigation logique entre les composants.

Oui

La Section domaine conserve une structure de titres et de points de repère appropriée lors de la réorganisation du zoom.

Formulaires et Messages d’erreur

Rendre la saisie claire et corrigible

Les champs possèdent une étiquette, et les erreurs doivent s'afficher clairement.

Oui

Les champs de recherche/filtre de domaine sont correctement libellés et accessibles à un zoom de 200 %.

Messages d'état et alertes

Annoncer les modifications pour les outils d'assistance

Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.

Oui

Les modifications de sélection de domaine et les mises à jour de liste sont annoncées via les régions actives ARIA.

Critères d'accessibilité	Tableau de bord (gérer le tableau de bord, en-tête, fenêtres modales, applications Web)	rapports (mes rapports, rapports pré-construits, fenêtres modales de rapport)	Gadgets logiciels & graphiques (paramètres des gadgets logiciels, grilles, chartjs, highcharts, conteneur de gadget logiciel, nombre de contacts en attente)
Alternatives textuelles et légendes Rendre les visuels compréhensibles pour tous Images, les icônes et les média doivent disposer d'alternatives textuelles claires telles que du texte alternatif, des étiquettes ou des transcriptions.	Oui Ajout d'un texte alternatif à toutes les icônes et images du tableau de bord.	Oui Texte alternatif ajouté pour les icônes de la Page de rapport.	Oui Texte alternatif ajouté aux éléments de graphique et aux icônes de widget.
Conception visuelle : couleur et contraste Facilitez la lecture et la visibilité du contenu Le texte et les éléments visuels doivent présenter un contraste suffisant par rapport à l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.	Oui Contraste accru dans les pages de tableau de bord. Testés à 200 % de zoom.	Oui Améliorations du contraste dans les pages de rapports et les fenêtres modales.	Oui Le contraste des couleurs a été amélioré dans les graphiques et les paramètres de widgets.
Navigation au clavier et focus Assurez-vous que le produit fonctionne sans souris Les utilisateurs doivent pouvoir atteindre les é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.	Oui Navigation au clavier activée. Ajout de la fonctionnalité « Sauter et aller au contenu principal » (DASH-AMP1). Possibilité d’utilisation au clavier assurée (DASH-AMP13).	Oui Navigation au clavier pour les pages de rapport et les fenêtres modales.	Oui Navigation au clavier pour les paramètres de widgets, les grilles et les graphiques.
Soutien aux technologies d'assistance (JAWS, Voix, etc.) Fonctionne correctement avec les lecteurs d'écran et les outils vocaux Les éléments doivent posséder des étiquettes et des rôles corrects afin que les outils d'assistance (comme JAWS ou Dragon) puissent les lire ou les activer.	Oui Étiquettes et rôles ARIA ajoutés (DASH-AMP6, DASH-AMP7).	Oui Attributs ARIA ajoutés aux contrôles de rapport.	Oui Étiquettes ARIA pour les graphiques, les gadgets logiciels et les grilles.
Navigation dans la Page Conserver un mouvement clair et prévisible Les menus et liens doivent être situés au même endroit sur chaque Page, être accessibles au clavier et clairement libellés, avec une navigation logique entre les composants.	Oui Sauter la navigation (DASH-AMP1). Titres de cadre significatifs (DASH-AMP20).	Oui Navigation cohérente des Page de rapport.	Oui Ordre de tabulation logique dans les conteneurs de widgets.
Formulaires et Messages d’erreur Rendre la saisie claire et corrigible Les champs ont une étiquette, et les erreurs doivent s'afficher clairement.	Oui Étiquettes de champs de formulaire et messages d’erreur ajoutés.	Oui Formulaires modaux de rapport correctement étiquetés.	Oui Formulaires de paramètres de widgets avec validation.
Messages et alertes d'état Annoncer les modifications pour les outils d'assistance Lorsqu'un changement se produit (comme « sauvegardé » ou « erreur »), des outils tels que les lecteurs d'écran doivent pouvoir l'entendre.	Oui Régions dynamiques ARIA pour les messages d'état.	Oui Annonces d'état pour les opérations de rapport.	Oui Les messages d'état du widget utilisent des régions actives ARIA.

Critères d'accessibilité

Tableau de bord (gérer le tableau de bord, en-tête, fenêtres modales, applications Web)

rapports (mes rapports, rapports pré-construits, fenêtres modales de rapport)

Alternatives textuelles et légendes

Rendre les visuels compréhensibles pour tous

Images, les icônes et les média doivent disposer d'alternatives textuelles claires telles que du texte alternatif, des étiquettes ou des transcriptions.

Oui

Ajout d'un texte alternatif à toutes les icônes et images du tableau de bord.

Oui

Texte alternatif ajouté pour les icônes de la Page de rapport.

Oui

Texte alternatif ajouté aux éléments de graphique et aux icônes de widget.

Conception visuelle : couleur et contraste

Facilitez la lecture et la visibilité du contenu

Le texte et les éléments visuels doivent présenter un contraste suffisant par rapport à l'arrière-plan, et les pages doivent fonctionner correctement avec un zoom de 200 %.

Oui

Contraste accru dans les pages de tableau de bord. Testés à 200 % de zoom.

Oui

Améliorations du contraste dans les pages de rapports et les fenêtres modales.

Oui

Le contraste des couleurs a été amélioré dans les graphiques et les paramètres de widgets.

Navigation au clavier et focus

Assurez-vous que le produit fonctionne sans souris

Les utilisateurs doivent pouvoir atteindre les é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.

Oui

Navigation au clavier activée. Ajout de la fonctionnalité « Sauter et aller au contenu principal » (DASH-AMP1). Possibilité d’utilisation au clavier assurée (DASH-AMP13).

Oui

Navigation au clavier pour les pages de rapport et les fenêtres modales.

Oui

Navigation au clavier pour les paramètres de widgets, les grilles et les graphiques.

Soutien aux technologies d'assistance (JAWS, Voix, etc.)

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

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

Oui

Étiquettes et rôles ARIA ajoutés (DASH-AMP6, DASH-AMP7).

Oui

Attributs ARIA ajoutés aux contrôles de rapport.

Oui

Étiquettes ARIA pour les graphiques, les gadgets logiciels et les grilles.

Navigation dans la Page

Conserver un mouvement clair et prévisible

Les menus et liens doivent être situés au même endroit sur chaque Page, être accessibles au clavier et clairement libellés, avec une navigation logique entre les composants.

Oui

Sauter la navigation (DASH-AMP1). Titres de cadre significatifs (DASH-AMP20).

Oui

Navigation cohérente des Page de rapport.

Oui

Ordre de tabulation logique dans les conteneurs de widgets.

Formulaires et Messages d’erreur

Rendre la saisie claire et corrigible

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

Oui

Étiquettes de champs de formulaire et messages d’erreur ajoutés.

Oui

Formulaires modaux de rapport correctement étiquetés.

Oui

Formulaires de paramètres de widgets avec validation.

Messages et alertes d'état

Annoncer les modifications pour les outils d'assistance

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

Oui

Régions dynamiques ARIA pour les messages d'état.

Oui

Annonces d'état pour les opérations de rapport.

Oui

Les messages d'état du widget utilisent des régions actives ARIA.