Accessibilité - Dashboard pages

Dans les tableaux ci-dessous, vous pouvez voir les correctifs d'accessibilité effectués pour la version 26.2. Les tableaux présentent l'application, la page et les critères d'accessibilité qui ont été corrigés.

Critères d'accessibilité	Paramètres de gadget logiciel : plan-status, quality-score, calibration de l'évaluation, calibration des formulaires, tendance kpi, coaching	Gadgets logiciels : cxone agent contact view
Solutions de rechange textuelles et sous-titres Rendre les visuels compréhensibles pour tous Les Images, les icônes et les médias doivent avoir des solutions de rechange textuelles claires, comme du texte alternatif, des étiquettes ou des transcriptions.	Oui	Oui
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 par rapport à l'arrière-plan, et les pages doivent bien fonctionner avec un zoom de 200 %.	Oui	Oui
Navigation au clavier et mise au point S'assurer que le produit fonctionne sans souris Les utilisateurs doivent pouvoir accéder aux éléments à l'aide du clavier. La mise au point (comme les contours) doit toujours être visible et ne pas être cachée derrière les en-têtes.	Oui	Oui
Soutien des technologies d'assistance (JAWS, Voix, etc.) Fonctionner correctement 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.	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 adaptés au clavier et clairement étiquetés, avec une navigation logique entre les composantes.	Oui	Oui
Formulaires et messages d'Erreur Rendre la saisie claire et corrigible Les champs doivent avoir une étiquette, et les erreurs doivent être affichées clairement.	Oui	Oui
Messages d'état et alertes Annoncer les changements pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils comme les lecteurs d'écran devraient l'entendre.	Oui	Oui

Critères d'accessibilité	Ajouter des flèches de navigation gauche/droite à des résolutions plus faibles sur le panneau de widgets
Alternatives textuelles et sous-titres Rendre les visuels compréhensibles pour tous Les Images, les icônes et les médias doivent avoir des alternatives textuelles claires, comme un texte alternatif, des étiquettes ou des transcriptions.	Oui Les icônes de flèche gauche/droite comprennent un texte alternatif descriptif (par exemple, « Naviguer à gauche », « Naviguer à droite »).
Conception visuelle : couleur et contraste Rendre le contenu facile à lire et à voir Le texte et les éléments visuels doivent avoir suffisamment de contraste par rapport à l'arrière-plan, et les pages doivent bien fonctionner 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 S'assurer que le produit fonctionne sans souris Les utilisateurs doivent pouvoir accéder aux éléments au clavier. Le focus (comme les contours) doit toujours être visible et ne doit pas être caché derrière les en-têtes.	Oui La navigation par flèches est utilisable au clavier; les utilisateurs peuvent atteindre les flèches par tabulation et les activer avec Entrée/Espace.
Soutien des technologies d'assistance (JAWS, Voix, etc.) Bien fonctionner 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.	Oui Les flèches de navigation comprennent des étiquettes ARIA et le rôle='button'; la position de défilement du panneau est annoncée.
Navigation dans la page Conserver un mouvement clair et prévisible Les menus et les liens doivent être au même endroit sur chaque page, adaptés au clavier et clairement étiquetés avec une navigation logique entre les composantes.	Oui La zone de navigation du panneau de widget est correctement structurée en tant que point de repère de navigation.
Messages d'état et alertes Annoncer les changements pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils comme les lecteurs d'écran devraient pouvoir l'entendre.	Oui La Position de faire défiler du panneau et les changements des widgets visibles sont annoncés à la technologie d'assistance.

Critères d'accessibilité

Ajouter des flèches de navigation gauche/droite à des résolutions plus faibles sur le panneau de widgets

Alternatives textuelles et sous-titres

Rendre les visuels compréhensibles pour tous

Les Images, les icônes et les médias doivent avoir des alternatives textuelles claires, comme un texte alternatif, des étiquettes ou des transcriptions.

Oui

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

Conception visuelle : couleur et contraste

Rendre le contenu facile à lire et à voir

Le texte et les éléments visuels doivent avoir suffisamment de contraste par rapport à l'arrière-plan, et les pages doivent bien fonctionner 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

S'assurer que le produit fonctionne sans souris

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

Oui

La navigation par flèches est utilisable au clavier; les utilisateurs peuvent atteindre les flèches par tabulation et les activer avec Entrée/Espace.

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

Bien fonctionner 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.

Oui

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

Navigation dans la page

Conserver un mouvement clair et prévisible

Les menus et les liens doivent être au même endroit sur chaque page, adaptés au clavier et clairement étiquetés avec une navigation logique entre les composantes.

Oui

La zone de navigation du panneau de widget est correctement structurée en tant que point de repère de navigation.

Messages d'état et alertes

Annoncer les changements pour les outils d'assistance

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

Oui

La Position de faire défiler du panneau et les changements des widgets visibles sont annoncés à la technologie d'assistance.

Critères d'accessibilité	Zoom en soutien aux noms de domaine dans Dashboard
Alternatives textuelles et légendes Rendre les visuels compréhensibles pour tous Les Images, icônes et médias doivent avoir des alternatives textuelles claires comme du texte alternatif, des étiquettes ou des transcriptions.	Oui Les icônes de noms de Domaine et les éléments visuels comprennent un texte alternatif descriptif.
Conception visuelle : couleur et contraste Rendre le contenu facile à lire et à voir Le texte et les éléments visuels doivent avoir suffisamment de contraste avec l'arrière-plan, et les pages doivent bien fonctionner avec un Zoom de 200 %.	Oui Le texte des noms de domaine et les éléments d'interface utilisateur maintiennent la conformité de contraste WCAG 2.2 à un Zoom de 200 %.
Navigation au clavier et focus Assurez-vous que le produit fonctionne sans souris Les utilisateurs doivent pouvoir atteindre les éléments au clavier. Le focus (comme les contours) doit toujours être visible et ne pas être masqué derrière les en-têtes.	Oui La sélection de domaine d'Ajouter un Gadget logiciel (gadget logiciel) demeure entièrement navigable au clavier à un Zoom de 200 %.
Soutien pour les technologies d'assistance (JAWS, Voix, etc.) Fonctionner correctement 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.	Oui Les éléments de la liste de Domaine et les contrôles de sélection sont correctement étiquetés avec ARIA à tous les niveaux de Zoom.
Navigation de Page Conserver un mouvement clair et prévisible Les menus et les liens doivent être au même endroit sur chaque Page, conviviaux au clavier et clairement étiquetés avec une navigation logique entre les composantes.	Oui La Section Domaine maintient une structure appropriée d'en-tête et de repère pendant la remise en page au Zoom.
Formulaires et Messages d'Erreur Rendre la saisie claire et corrigeable Les champs ont une étiquette, et les erreurs doivent être affichées clairement.	Oui Les entrées de recherche/filtre de Domaine sont correctement étiquetées et accessibles à un Zoom de 200 %.
Messages d'état et Alertes Annoncer les changements pour les outils d'assistance Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils comme les lecteurs d'écran devraient l'annoncer.	Oui Les changements de sélection de Domaine et les mises à jour de listes sont annoncés via des régions actives ARIA.

Critères d'accessibilité

Zoom en soutien aux noms de domaine dans Dashboard

Alternatives textuelles et légendes

Rendre les visuels compréhensibles pour tous

Les Images, icônes et médias doivent avoir des alternatives textuelles claires comme du texte alternatif, des étiquettes ou des transcriptions.

Oui

Les icônes de noms de Domaine et les éléments visuels comprennent un texte alternatif descriptif.

Conception visuelle : couleur et contraste

Rendre le contenu facile à lire et à voir

Le texte et les éléments visuels doivent avoir suffisamment de contraste avec l'arrière-plan, et les pages doivent bien fonctionner avec un Zoom de 200 %.

Oui

Le texte des noms de domaine et les éléments d'interface utilisateur maintiennent la conformité de contraste WCAG 2.2 à un Zoom de 200 %.

Navigation au clavier et focus

Assurez-vous que le produit fonctionne sans souris

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

Oui

La sélection de domaine d'Ajouter un Gadget logiciel (gadget logiciel) demeure entièrement navigable au clavier à un Zoom de 200 %.

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

Fonctionner correctement 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.

Oui

Les éléments de la liste de Domaine et les contrôles de sélection sont correctement étiquetés avec ARIA à tous les niveaux de Zoom.

Navigation de Page

Conserver un mouvement clair et prévisible

Les menus et les liens doivent être au même endroit sur chaque Page, conviviaux au clavier et clairement étiquetés avec une navigation logique entre les composantes.

Oui

La Section Domaine maintient une structure appropriée d'en-tête et de repère pendant la remise en page au Zoom.

Formulaires et Messages d'Erreur

Rendre la saisie claire et corrigeable

Les champs ont une étiquette, et les erreurs doivent être affichées clairement.

Oui

Les entrées de recherche/filtre de Domaine sont correctement étiquetées et accessibles à un Zoom de 200 %.

Messages d'état et Alertes

Annoncer les changements pour les outils d'assistance

Lorsque quelque chose change (comme « sauvegardé » ou « erreur »), des outils comme les lecteurs d'écran devraient l'annoncer.

Oui

Les changements de sélection de Domaine et les mises à jour de listes sont annoncés via 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 rapports)	Gadgets logiciels et graphiques (paramètres des gadgets logiciels, grilles, chartjs, highcharts, conteneur de gadgets logiciels, nombre de contacts en attente)
Solutions de remplacement textuelles et légendes Rendre les éléments visuels compréhensibles pour tous Les Images, icônes et contenus multimédias doivent avoir des solutions de remplacement textuelles claires, comme du texte alternatif, des étiquettes ou des transcriptions.	Oui Ajout de texte alternatif à toutes les icônes et Images du tableau de bord.	Oui Texte alternatif ajouté pour les icônes des Pages de rapports.	Oui Texte alternatif ajouté aux éléments de graphique et aux icônes des gadgets logiciels.
Conception visuelle : couleur et contraste Rendre le contenu facile à lire et à voir Les éléments textuels et visuels doivent avoir un contraste suffisant par rapport à l'arrière-plan, et les Pages doivent bien fonctionner à un Zoom de 200 %.	Oui Contraste amélioré dans les Pages du tableau de bord. Testés à un Zoom de 200 %.	Oui améliorations du contraste dans les pages de rapports et les fenêtres modales.	Oui Contraste des couleurs amélioré dans les graphiques et les paramètres des gadgets logiciels.
Navigation au clavier et focus Assurez-vous 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.	Oui Navigation au clavier activée. Fonction Sauter au contenu principal ajoutée (DASH-AMP1). Fonctionnement au clavier assuré (DASH-AMP13).	Oui Navigation au clavier pour les pages de rapports et les fenêtres modales.	Oui Navigation au clavier pour les paramètres des gadgets logiciels, les grilles et les graphiques.
Soutien des technologies d'assistance (JAWS, Voix, etc.) Fonctionner correctement avec les lecteurs d'écran et les outils vocaux Les éléments doivent avoir des étiquettes et des rôles corrects pour 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 des rapports.	Oui étiquettes ARIA pour les graphiques, les gadgets logiciels et les grilles.
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 au clavier et clairement étiquetés, avec une navigation logique entre les composantes.	Oui Sauter la navigation (DASH-AMP1). Titres de cadre significatifs (DASH-AMP20).	Oui Navigation cohérente dans la page Report.	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 être clairement affichées.	Oui étiquettes de champ de formulaire et messages d'erreur ajoutés.	Oui formulaires modaux du rapport correctement étiquetés.	Oui formulaires de paramètres de widget avec validation.
Messages d'état et Alertes Annoncer les changements pour les outils d'assistance Lorsqu'un changement se produit (comme « sauvegardé » ou « erreur »), les outils comme les lecteurs d'écran doivent le percevoir.	Oui Régions ARIA live pour les messages d'état.	Oui Annonces d'État pour les opérations sur les rapports.	Oui Les messages d'état des widgets utilisent les régions ARIA live.

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 rapports)

Solutions de remplacement textuelles et légendes

Rendre les éléments visuels compréhensibles pour tous

Les Images, icônes et contenus multimédias doivent avoir des solutions de remplacement textuelles claires, comme du texte alternatif, des étiquettes ou des transcriptions.

Oui

Ajout de texte alternatif à toutes les icônes et Images du tableau de bord.

Oui

Texte alternatif ajouté pour les icônes des Pages de rapports.

Oui

Texte alternatif ajouté aux éléments de graphique et aux icônes des gadgets logiciels.

Conception visuelle : couleur et contraste

Rendre le contenu facile à lire et à voir

Les éléments textuels et visuels doivent avoir un contraste suffisant par rapport à l'arrière-plan, et les Pages doivent bien fonctionner à un Zoom de 200 %.

Oui

Contraste amélioré dans les Pages du tableau de bord. Testés à un Zoom de 200 %.

Oui

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

Oui

Contraste des couleurs amélioré dans les graphiques et les paramètres des gadgets logiciels.

Navigation au clavier et focus

Assurez-vous 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.

Oui

Navigation au clavier activée. Fonction Sauter au contenu principal ajoutée (DASH-AMP1). Fonctionnement au clavier assuré (DASH-AMP13).

Oui

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

Oui

Navigation au clavier pour les paramètres des gadgets logiciels, les grilles et les graphiques.

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

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

Les éléments doivent avoir des étiquettes et des rôles corrects pour 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 des rapports.

Oui

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

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

Oui

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

Oui

Navigation cohérente dans la page Report.

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 être clairement affichées.

Oui

étiquettes de champ de formulaire et messages d'erreur ajoutés.

Oui

formulaires modaux du rapport correctement étiquetés.

Oui

formulaires de paramètres de widget avec validation.

Messages d'état et Alertes

Annoncer les changements pour les outils d'assistance

Lorsqu'un changement se produit (comme « sauvegardé » ou « erreur »), les outils comme les lecteurs d'écran doivent le percevoir.

Oui

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

Oui

Annonces d'État pour les opérations sur les rapports.

Oui

Les messages d'état des widgets utilisent les régions ARIA live.