Rise 360 : notre parcours en matière d'accessibilité

Nous voulons que tous les apprenants interagissent de manière aussi complète que possible avec les modules que vous créez dans Rise 360. Nous savons que c'est important pour vous également. C'est pourquoi l'accessibilité est un élément essentiel de notre feuille de route. Vous trouverez ci-dessous un journal du travail que nous avons accompli jusqu'à présent. Et nous le tiendrons à jour tout en poursuivant notre parcours en matière d'accessibilité.

Saviez-vous que « a11y » est un numéro créé pour sensibiliser le public aux problèmes et aux causes de l'accessibilité. Vous pouvez en savoir plus sur l'histoire d'a11y sur le site du projet A11Y.

Moins de mouvement dans l'océan

11 septembre 2023

En tant qu'organisation centrée sur l'humain, nous prenons cela très au sérieux lorsque nos clients nous contactent pour des problèmes d'accessibilité. Récemment, quelqu'un nous a fait savoir que les animations « rebondissantes » des quiz Rise 360 leur causaient de la détresse. Ces animations sont destinées à maintenir le quiz dans un endroit optimal à l'écran mais, selon le défilement et la taille du navigateur, elles peuvent devenir trop prononcées et provoquer de graves réactions physiques telles que des vertiges.

Nous avons agi immédiatement, en ciblant l'animation du quiz, ainsi que l'animation pulsée associée à des éléments graphiques étiquetés non visités (les animations pulsées peuvent également provoquer de la détresse). Nous avons déterminé que le moyen le plus rapide de publier une solution était d'y ajouter la requête média prefers-reduced-motion CSS. Ainsi, lorsqu'un utilisateur a activé reduce motion ou des remove animation paramètres sont activés sur son appareil, l'animation n'est pas traitée.

Nous prenons chaque problème d'accessibilité très au sérieux, mais lorsqu'un problème peut également entraîner des dommages physiques, nous ne pouvons pas nous permettre d'attendre. Nous avons résolu ce problème en moins d'un mois et nous étudions activement les moyens de fournir un support technique à l'échelle mondiale pour réduire les paramètres de mouvement.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Animation from Interactions (Level AAA) 2.3.3

Soirée estivale

26 juillet 2023

Il fait chaud dehors, alors pourquoi ne pas vous détendre en écoutant des nouvelles intéressantes sur l'accessibilité de Rise 360 !

Contrôle du contraste du thème

Cette nouvelle fonctionnalité pratique (disponible dans Thème > Couleur) permet aux auteurs de s'assurer que leur contenu de formation répond aux exigences d'accessibilité en matière de gestion des couleurs pour les apprenants malvoyants, selon un ratio de 4, 5:1.

À partir de la gauche, paramètres de contraste automatique, foncé et clair

Vous pouvez sélectionner manuellement le contraste clair ou foncé, mais le vrai gain est lorsque vous sélectionnez Auto. Cela améliore les pages de couverture, les en-têtes de cours et les boutons de navigation. Comme vous pouvez le voir sur l'image ci-dessus, lorsque cette option est sélectionnée, le texte clair apparaît automatiquement sur les couleurs sombres et vice versa.

Boring Bullets Begone

Nous avons également apporté des améliorations pour bloquer les éléments liés à la couleur du thème (comme les puces dans les listes à puces). Tout comme le texte des en-têtes de leçon et des boutons de navigation, lorsqu'un élément graphique d'un bloc utilise la couleur du thème et utilise également un symbole ou un texte, le contraste est automatiquement ajusté pour préserver la lisibilité.

Je peux voir (le texte de la photo de couverture) clairement maintenant

Couvrir les photos de couverture a également récemment augmenté le contraste grâce à l'ajout d'une couche clair/foncé. Sélectionnez Lumière pour afficher du texte foncé sur une image éclairée...

... ou Dark pour, vous l'avez deviné, afficher du texte clair sur une image assombrie.

Vous pouvez même ajuster le pourcentage de superposition manuellement pour augmenter ou diminuer le contraste.

Est-ce qu'il est disponible en noir ?

Enfin, nous avons apporté un léger mais important ajustement à notre texte noir. C'est désormais du « vrai » noir (c'est le code hexadécimal 000000 pour tous les graphistes). Cela permet d'améliorer la conformité en matière d'accessibilité pour tous vos entraînements.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Contraste (minimum) 1.4.3 (niveau AA), Contraste non textuel 1.4.11 (niveau AA)

Blocs débloqués, étiquettes perdues trouvées

24 février 2023

Le printemps approche à grands pas et nous anticipons les journées ensoleillées et les températures plus clémentes grâce à trois mises à jour majeures en matière d'accessibilité.

Étiquettes d'annonce pour lecteurs d'écran

Les étiquettes d'annonce des lecteurs d'écran sont des étiquettes masquées utilisées, vous l'avez deviné, par les lecteurs d'écran pour décrire les éléments de l'interface utilisateur tels que les boutons et les liens. Il est essentiel de les traduire en même temps que les autres libellés pour garantir une accessibilité maximale à tous les apprenants.

Ces étiquettes ont toujours existé dans Rise 360, mais il n'existe aucun moyen de les traduire. Cela a changé avec le nouvel onglet d'annonce du lecteur d'écran. Désormais, vous pouvez facilement modifier les étiquettes d'accessibilité dans les paramètres, comme n'importe quelle autre étiquette. Mieux encore, lorsque vous exportez vos étiquettes à des fins de traduction, les étiquettes d'annonce affichées sur les lecteurs d'écran sont marquées d'une balise A11Y afin qu'elles soient faciles à trouver.

Fais tomber quelques jetons sur les vieux blocs

Nous travaillons assidûment depuis la sortie du VPAT Rise 360 pour rendre tous nos blocs conformes aux normes WCAG 2.1. Maintenant, nous pouvons en supprimer un autre de la liste : les blocs de processus sont accessibles.

Nous avons apporté une attention particulière aux blocs de processus afin de créer une expérience fluide pour les apprenants. Si vous interagissez avec le bloc via le clavier, vous pouvez logiquement vous frayer un chemin dans l'interface avec la touche de tabulation. L'accent reste mis sur le bouton Suivant dans les interactions, et les lecteurs d'écran annoncent le titre de l'étape en cours. Ainsi, les apprenants peuvent décider de parcourir le contenu de l'étape et d'interagir avec celui-ci ou de passer à l'étape suivante du processus.

Nous avons également amélioré l'accessibilité des blocs de citations ! L'expérience du clavier pour les citations contenant des liens a été améliorée. Il ne se concentre plus plusieurs fois sur la citation (auparavant, vous deviez accéder à la version affichée et à la version disponible pour les lecteurs d'écran). Cette amélioration permet aux apprenants d'interagir avec le bloc via un lecteur d'écran sans bavardage supplémentaire.

Les améliorations apportées dans cette mise à jour respectent les critères WCAG suivants : clavier 2.1.1 (niveau A), ordre de focalisation 2.4.3 (niveau A), en-têtes et étiquettes 2.4.6 (niveau AA), nom, rôle, valeur 4.1.2 (niveau A)

De retour en un clin d'œil

5 décembre 2022

Quoi de mieux que d'avoir accès à un seul bloc de cartes mémoire ? Le fait que les deux blocs de cartes soient conformes aux directives d'accessibilité !

En octobre, nous avons apporté des améliorations au bloc de la grille de cartes, mais nous travaillions toujours sur son block-mate. Nous avons maintenant apporté ces améliorations aux blocs de pile de cartes flash afin qu'ils soient également conformes aux WCAG 2.1. Tout comme les grilles, les piles offrent un meilleur support technique pour les lecteurs d'écran et sont entièrement navigables au clavier.

Lorsque nous avons commencé cet effort, nous avons rapidement découvert qu'il n'existait aucun modèle de carte mémoire accessible. Nous avons donc créé le nôtre. Robert Pearce, l'un de nos ingénieurs logiciels senior, a développé une solution, puis s'est associé aux experts en accessibilité de Microsoft pour peaufiner la conception. Après des tests approfondis, nous avons pu intégrer cette solution innovante à Rise. Nous espérons que cet effort aidera à montrer la voie à d'autres organisations.

Nous avons également apporté d'autres améliorations, autres que des cartes flash, à l'accessibilité de Rise.

• L'ouverture de liens dans un nouvel onglet modifie le contexte de la page, ce dont les personnes malvoyantes ne se rendent peut-être pas compte immédiatement. Avec cette mise à jour, les lecteurs d'écran annoncent le lien avec l'instruction supplémentaire qu'il s'ouvre dans une nouvelle fenêtre. Il s'agit d'un petit changement important qui permet à cet élément de mieux se conformer aux WCAG 2.1
• Le « menu hamburger » (l'icône à trois lignes en haut de la barre latérale des modules) apparaît désormais en premier dans l'ordre des onglets si vous ne passez pas directement au contenu. Il est suivi logiquement par la barre latérale, qu'il contrôle. Il reste également fixé en haut du module afin que les utilisateurs sachent toujours où y accéder. De plus, l'icône du menu Hambuger et le lien de sortie du module (pour les exportations LMS) répondent désormais aux exigences de contraste des WCAG 2.1 afin qu'ils soient toujours visibles.

Les améliorations apportées dans cette mise à jour suivent les critères WCAG suivants : contraste (minimum) 1.4.3 (niveau AA), contraste non textuel 1.4.11 (niveau AA), clavier 2.1.1 (niveau A), ordre de mise au point 2.4.3 (niveau A), focus visible 2.4.7 (niveau AA), nom, rôle, valeur 4.1.2 (niveau A), On Input 3.2.2 (niveau A)

Bien plus qu'un éclair

5 octobre 2022

Si vous avez deviné d'après le titre que cette mise à jour serait consacrée aux flashcards, vous obtenez une étoile dorée !

Les blocs de grille Flashcard sont désormais conformes aux WCAG 2.1, avec un support technique amélioré pour les claviers et les lecteurs d'écran. Les lecteurs d'écran vous avertissent lorsque vous appuyez sur le bouton d'une carte mémoire, et une info-bulle utile permettant de placer le pointeur de la souris est accessible uniquement aux utilisateurs du clavier. Vous pouvez également surligner et copier le texte de la carte mémoire. Pendant que nous y étions, nous avons résolu un problème en raison duquel le bouton rabattable chevauchait parfois la barre de défilement dans Windows.

De plus, avec la nouvelle fonctionnalité des thèmes, nous avons changé la façon dont nous affichons le texte sur les flashcards, en tenant compte de l'espace occupé par les personnages plutôt que du nombre de caractères qu'ils contiennent. Cela permet une expérience plus claire et plus facile à lire.

Quelle est la qualité des nouvelles améliorations apportées aux blocs de grille de cartes mémoire ? Notre testeur Fable (Fable engage des personnes handicapées pour tester les sites et leur faire part de leurs commentaires) a attribué une note de 100 % au nouveau bloc de cartes ! Ils ont indiqué que les flashcards étaient faciles à comprendre et à utiliser et ont ajouté que l'expérience du lecteur d'écran était « un délice ».

Les améliorations apportées dans cette mise à jour suivent les critères WCAG suivants : séquence significative 1.3.2 (niveau A), caractéristiques sensorielles 1.3.3 (niveau A), contraste (minimum) 1.4.3 (niveau AA), clavier 2.1.1 (niveau A), ordre de focalisation 2.4.3 (niveau A), focus visible 2.4.7 (niveau AA), nom, rôle, valeur 4.1.2 (niveau A)

Édition de fin d'été

19 septembre 2022

L'été a été chargé ! Il y avait tellement de monde que nous n'avons pas eu l'occasion de reprendre notre souffle et de vous informer de ce qui se passait en matière d'accessibilité dans Rise 360. Corrigeons cela avec un aperçu de tout ce que nous avons accompli depuis le mois de mai !

Blocs de chronologie améliorés

Les blocs interactifs peuvent être difficiles à analyser correctement pour les lecteurs d'écran. C'est pourquoi nous sommes revenus en arrière et avons considérablement amélioré les performances du lecteur d'écran pour les blocs de chronologie. Dans l'ensemble, c'est une expérience beaucoup plus propre. Les blocs de chronologie sont toujours annoncés en tant que groupe, mais il s'agit désormais d'une liste sémantique, car il s'agit essentiellement d'une série d'événements. Mieux encore, chaque carte du bloc de chronologie n'est pas annoncée séparément et la touche de tabulation supplémentaire a été supprimée, ce qui a entraîné des discussions inutiles. Pour les apprenants visuels, les fiches de chronologie présentent désormais des bordures visibles en mode Contraste élevé de Windows.

Mais ce n'est pas tout

En plus d'améliorer l'expérience des blocs interactifs, voici tout ce que nous avons fait cet été. Respirez profondément, c'est beaucoup !

• Nous avons mis à jour le titre de la page pour la fenêtre du navigateur. Désormais, les lecteurs d'écran l'annoncent sous forme de titre de leçon, puis de titre de module, puis de Rise 360 afin que l'objectif principal de la page soit d'abord partagé.
• Pour améliorer l'expérience des blocs d'accordéon pour les lecteurs d'écran, nous n'annonçons plus les signes plus et moins séparément.
• L'indicateur de progression de la leçon comporte désormais une info-bulle entièrement accessible aux utilisateurs de souris, de clavier et de lecteur d'écran. Interagissez avec elle pour voir si la leçon n'est pas commencée, si elle est terminée ou si elle est terminée en pourcentage.
• Les blocs d'onglets interactifs utilisent désormais le comportement d'activité recommandé pour une meilleure accessibilité.
• Les blocs graphiques étiquetés ont deux nouvelles améliorations ! Pour les utilisateurs de clavier, l'ordre de tabulation des blocs graphiques étiquetés suit désormais un ordre plus logique de gauche à droite et de haut en bas. De plus, lorsqu'un lecteur d'écran rencontre un marqueur graphique étiqueté, il annonce désormais le marqueur et lit son titre.
• Les lecteurs d'écran annoncent régulièrement le texte des légendes dans les galeries d'images.
• Le logo du module est marqué comme élément décoratif afin qu'il ne soit pas lu par les lecteurs d'écran.
• Les bordures du champ de recherche et le lien Démarrer/Reprendre le cours sont désormais visibles en mode Windows High Contrast.
• Lorsque vous utilisez un lecteur d'écran dans un module exporté vers LMS, la fenêtre affiche désormais le titre du module (plutôt que son URL). Les lecteurs d'écran annoncent le « Module en cours de chargement » au lancement du module afin de donner du contexte aux apprenants.

Les améliorations apportées dans cette mise à jour respectent les critères WCAG suivants : sous-titres (préenregistrés) 1.2.2 (niveau A), contraste non textuel 1.4.11 (niveau AA), clavier 2.1.1 (niveau A), titres et étiquettes 2.4.6 (niveau AA)

Le feedback est fondamental

7 avril 2022

Non, vraiment, ça l'est ! Après tout, lorsque vous répondez à un quiz ou à un test de connaissances, il est presque aussi important de savoir pourquoi une réponse est bonne ou mauvaise que de la corriger dès le départ. Dans cette mise à jour, nous avons amélioré les performances des lecteurs d'écran afin que les utilisateurs sachent clairement quand ils se trouvent dans le champ des commentaires. Nous avons également amélioré les fonctionnalités pour les utilisateurs d'Android Talkback, en leur permettant d'interagir avec le texte des commentaires.

Oh, et pour faire un petit plongeon dans le monde du mode à contraste élevé de Windows (dont nous avons parlé la semaine dernière), nous avons fait en sorte que la bordure du bloc de poursuite et les puces du bloc à puces soient visibles comme prévu.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : contraste non textuel 1.4.11 (niveau AA), On Input 3.2.2 (niveau A), identification des erreurs 3.3.1 (niveau A)

Des opinions contrastées

31 mars 2022

Il existe une règle très claire en ce qui concerne l'accessibilité et les éléments non textuels d'une interface : ils doivent avoir un rapport de contraste d'au moins 3:1 entre l'élément et l'arrière-plan. Il existe désormais des vérificateurs de contraste et des utilitaires que nous utilisons pour nous assurer que l'interface Rise 360 respecte ce ratio. Mais lorsque les utilisateurs utilisent un outil qui modifie fondamentalement le contraste de base, comme le mode Contraste élevé de Windows, il devient de plus en plus difficile de maintenir ce ratio d'or.

Plus fort. Mais ce n'est pas impossible.

Dans cette mise à jour, nous avons poursuivi le travail entamé plus tôt ce mois-ci, en veillant à ce que les éléments de l'interface soient facilement visibles, même si vous utilisez un paramètre système à contraste élevé.

En mode Contraste élevé de Windows, nous avons ajusté les éléments suivants afin qu'ils ne soient pas effacés en mode contraste clair ou foncé.

• Leçon sélectionnée dans la barre latérale
• Menu de hamburgers composé de plats (ces trois petites lignes dans le coin supérieur gauche)
• Dans les blocs de guillemets et de galerie, les flèches suivantes et précédentes

Pour les éléments d'interface suivants, nous avons augmenté ou, dans certains cas, éliminé le contraste du survol :

• Vue d'ensemble du module
  • Bouton Démarrer/Reprendre le module
  • Bouton Détails
• Barre latérale
  • Rechercher/Fermer les icônes de recherche
• Hyperliens
• Dans les blocs Scénario, le bouton Continuer
• Dans les blocs de carrousel entre guillemets et de galeries, les icônes de sélection des diapositives et les flèches précédente et suivante

Nous avons également supprimé une info-bulle inutile qui apparaissait lorsque vous survolez l'icône de progression de la leçon.

Et ce n'est que le début. Nous nous engageons à faire en sorte que tout le monde puisse facilement utiliser Rise 360, quelle que soit la manière dont ils nous rencontrent. Nous reviendrons bientôt avec encore plus d'améliorations !

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Non-text Contrast 1.4.11 (niveau AA), Headings and Labels 2.4.6 (niveau AA), Focus Visible 2.4.7 (niveau AA)

Réglage précis

4 mars 2022

Il arrive un moment où vous travaillez sur quelque chose, n'importe quoi, où vous avez quelques points importants à régler mais où vous n'avez pas encore entamé la prochaine série de grands changements. Vous voulez aller de l'avant, mais il y a des petits points que vous devez obtenir juste avant de le faire.

Le mois dernier, nous avons été très occupés à peaufiner l'accessibilité dans Rise 360, à corriger les petites choses et à régler les détails les plus fins avant de passer à la prochaine grande nouveauté.

• Mode de contraste élevé de Windows :
  • Lorsque vous sélectionnez un bouton radio (comme lorsque vous cliquez sur une réponse à choix multiples dans un quiz) en mode blanc ou noir à contraste élevé, il n'apparaissait pas sélectionné. Nous avons amélioré la visibilité de la sélection des boutons radio dans ces modes.
  • En mode blanc à contraste élevé, le bouton de recherche n'était pas visible.
• Sur les appareils Android utilisant Talkback :
  • Certains blocages ont été annoncés deux fois alors que les utilisateurs parcouraient les leçons.
  • Des graphismes décoratifs, qui ne devraient pas être annoncés, étaient en train d'être annoncés.
• Nous avons ajouté une étiquette « fermer le modal » à la fenêtre contextuelle d'informations graphiques étiquetée.
• Nous avons également amélioré l'expérience avec les blocs de graphiques dans les navigateurs Microsoft Edge. Désormais, les lecteurs d'écran annoncent les en-têtes des graphiques comme prévu.

Les améliorations que nous avons apportées dans cette mise à jour suivent les critères WCAG suivants : contenu non textuel 1.1.1 (niveau A), contraste non textuel 1.4.11 (niveau AA), en-têtes et étiquettes 2.4.6 (niveau AA), Focus Visible 2.4.7 (niveau AA)

Lecteur d'écran, améliorations du contraste, etc.

14 janvier 2022

Les modifications apportées cette semaine visent à améliorer l'expérience utilisateur et à permettre à chacun d'accéder plus facilement à ses modules, quelle que soit la manière dont il interagit avec Rise 360. Voici ce que nous avons fait au cours des deux premières semaines de la nouvelle année.

• En ce qui concerne les lecteurs d'écran, nous avons modifié le bloc d'onglets afin que les boutons précédents et suivants masqués ne soient plus annoncés et nous avons éliminé les points de repère redondants.
• Pour des raisons de contraste, la piste de progression audio est désormais noire, elle est donc toujours clairement visible et nous avons assombri l'étiquette de recherche de la barre latérale afin qu'elle réponde aux exigences.
• Nous avons également amélioré les interactions entre les tableaux afin que vous puissiez accéder à toutes les colonnes d'un tableau, même lorsque votre écran est zoomé à 400 %.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Info and Relationships 1.3.1 (niveau A), 1.4.10 (niveau AA), contraste non textuel 1.4.11 (niveau AA), ordre de focalisation 2.4.3 (niveau A), localisation par refusion et améliorations de la focalisation

Améliorations de la localisation et du focus

14 décembre 2021

Et nous sommes de retour ! Près d'un an s'est écoulé depuis notre dernière mise à jour, mais cela ne signifie pas que nous n'avons pas travaillé sur l'accessibilité. En fait, nos développeurs ont travaillé en coulisse pour mettre l'accent sur l'accessibilité de toutes nos fonctionnalités nouvelles et à venir.

Dans ce sens, nous avons une nouvelle amélioration et trois nouveaux correctifs qui nous aident à nous rapprocher un peu plus de notre objectif, à savoir une expérience Rise 360 inclusive.

• Vous pouvez désormais localiser le lecteur vidéo dans l'une des 16 langues. Cela dépend de la langue que vous choisissez pour vos libellés de texte.
• Sur les appareils mobiles sur lesquels VoiceOver est activé, l'accent est mis sur un élément masqué une fois que vous avez soumis une réponse au quiz. Désormais, lorsque vous soumettez une réponse, concentrez-vous sur le retour comme prévu.
• Lorsque vous passez au bouton Suivant avec la touche Tab, la couleur de surlignage n'était pas conforme aux normes WCAG. Nous avons modifié le comportement afin de le rendre cohérent avec le bouton Précédent, qui ne change pas de couleur lorsque vous cliquez sur la touche Tabulation.
• Nous avons amélioré la réactivité des quiz et des tests de connaissances sur les appareils mobiles afin qu'ils soient plus faciles à lire.

Et nous sommes juste en train de nous échauffer. Consultez cet espace pour plus de détails sur nos plans d'accessibilité pour 2022.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : contraste (minimum) 1.4.3 (niveau AA), ordre de focalisation 2.4.3 (niveau A), langue de la page 3.1.1 (niveau A)

Section 508 et accessibilité améliorée pour les blocs graphiques étiquetés

28 janvier 2021

Article 508

Lorsque les agences américaines présentent des informations et proposent des services, ce qu'elles produisent doit être accessible aux personnes handicapées. Pour garantir leur conformité, ces agences (et les personnes qui produisent du contenu pour elles) respectent les normes révisées de la section 508.

Pour faciliter la tâche de ceux qui travaillent avec le gouvernement américain, nous avons ajouté les critères de la section 508 à notre rapport sur l'accessibilité Rise 360.

Blocs graphiques étiquetés

Les blocs graphiques étiquetés sont un excellent moyen d'apporter une touche visuelle à vos modules et de permettre aux apprenants d'explorer à leur propre rythme. Toutefois, en particulier s'ils sont associés à un arrière-plan blanc, les marqueurs graphiques étiquetés par défaut ont besoin de plus de contraste pour respecter les directives d'accessibilité.

C'est pourquoi les auteurs ont désormais la possibilité de modifier leurs marqueurs à l'aide d'un sélecteur de couleurs très pratique. Situé dans les paramètres du bloc graphique étiqueté, le sélecteur de couleur vous permet de changer rapidement la couleur de tous vos marqueurs, soit en saisissant le code hexadécimal, en utilisant la couleur de la marque, soit en sélectionnant une couleur personnalisée de votre choix.

Les autres améliorations apportées au bloc graphique étiqueté incluent :

• Les marqueurs sont désormais lus sous forme de liste ordonnée par les lecteurs d'écran.
• Les lecteurs d'écran indiquent que les icônes des marqueurs font partie intégrante du marqueur.
• L'état du marqueur (qu'il ait été visualisé ou non) est également annoncé par les lecteurs d'écran.
• Lorsque vous ouvrez un marqueur, vous accédez désormais au contenu en premier au lieu des contrôles pour une expérience plus conviviale.
• La fermeture d'une étiquette de marqueur à l'aide de la touche ESC ramène le focus sur le marqueur.
• Lorsque vous quittez une étiquette de marqueur ouverte, elle se ferme automatiquement.
• Avec ces améliorations en place, nous pouvons désormais affirmer que les blocs graphiques étiquetés sont 100 % accessibles !

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : contenu non textuel 1.1.1 (niveau A), informations et relations 1.3.1 (niveau A), étiquettes descriptives 2.4.6.b (niveau AA), nom, rôle, valeur 4.1.2.a (niveau A)

Support pour lecteurs d'écran et notre VPAT ^® !

2 décembre 2020

Au cours des dernières semaines, nous avons amélioré les réponses des lecteurs d'écran aux quiz et aux vérifications de connaissances. Pour les questions à choix multiples et à réponses multiples, c'est évident lorsque les apprenants saisissent des éléments de liste. De plus, la navigation au clavier indique clairement quand un choix est ciblé. Les réponses aux avis et aux révélations sont désormais accessibles aux lecteurs d'écran, et les annonces de retour sont plus intuitives. La page des résultats du quiz suit un ordre logique avec moins de distractions, ce qui permet aux apprenants de comprendre plus facilement leurs résultats.

Grâce à ces dernières mises à jour, nous prenons désormais officiellement en charge les lecteurs d'écran NVDA, JAWS, VoiceOver et TalkBack avec les modules Rise 360. Notre objectif est de faire en sorte que les apprenants qui utilisent des lecteurs d'écran aient une expérience d'apprentissage aussi satisfaisante et riche que les autres lorsqu'ils explorent les modules Rise 360.

^{Aujourd'hui, nous avons également publié un modèle volontaire d'accessibilité des produits (VPAT ®) qui décrit la conformité aux critères WCAG de niveau A et de niveau AA pour Rise 360.}

Avec notre VPAT ^® en place, nous sommes convaincus que Rise 360 offre désormais une expérience d'apprentissage accessible. Bien sûr, le respect des critères n'est que la première étape. Notre travail sur l'accessibilité se poursuit. Au cours des prochains mois, nous approfondirons nos recherches pour apporter encore plus d'améliorations et corriger les exceptions répertoriées dans notre VPAT ^®. Nous voulons nous assurer que chacun bénéficie de la meilleure expérience Rise 360 possible, quoi qu'il arrive.

Les améliorations apportées dans cette mise à jour respectent les critères WCAG suivants : Info and Relationships 1.3.1 (niveau A), Meaningful Sequence 1.3.2 (niveau A), clavier 2.1.1 (niveau A), ordre de focalisation 2.4.3 (niveau A), focus visible 2.4.7 (niveau AA), nom, rôle, valeur 4.1.2 (niveau A)

S'assurer que le texte de remplacement est disponible là où c'est nécessaire

15 septembre 2020

Le texte alternatif (texte alternatif) est un élément clé de l'accessibilité. Grâce à la multitude de blocs basés sur des images de Rise 360, nous avons veillé à ce que vous puissiez ajouter du texte alternatif à vos images et à ce que les lecteurs d'écran annoncent ce texte avec élégance.

Tout d'abord, nous avons parcouru nos blocs d'images et vérifié que le texte alternatif n'est lu qu'une seule fois par les lecteurs d'écran. Cela inclut :

• Centré sur l'image
• Image en plain-pied
• Image et texte
• Texte sur l'image
• Carrousel d'images
• Grilles d'images (2, 3 et 4 colonnes)
• Accordéon
• Onglets
• Images de marqueurs graphiques étiquetées (pas l'image d'arrière-plan)
• Procédé
• Chronologie
• Contrôles de connaissances
• Questionnaire

Si certaines images de ces blocs ne comportent pas de texte alternatif, les lecteurs d'écran ignorent la balise et les annoncent simplement sous forme d'images ou lisent le nom de fichier.

Pour conclure, nous avons abordé la question des images cliquables pour zoomer. Les lecteurs d'écran annoncent désormais un bouton de zoom pour les images. L'interface ne sera pas différente pour les utilisateurs voyants, mais garantit à ceux qui utilisent des lecteurs d'écran une expérience comparable. Lorsque les utilisateurs zooment sur une image, les lecteurs d'écran annoncent le texte alternatif qui lui est associé pour le contexte.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Info and Relationships 1.3.1 (niveau A), Meaningful Sequence 1.3.2 (niveau A), Parsing 4.1.1 (niveau A), nom, rôle, valeur 4.1.2 (niveau A)

Améliorer le contraste des couleurs

14 août 2020

La plupart des gens n'accordent aucune importance au contraste des couleurs et à son impact sur le design. Mais cela a un effet marqué sur la façon dont vous et vos apprenants abordez Rise 360.

Si le contraste entre les éléments est trop prononcé, comme les cases à cocher noires sur fond blanc, cela peut donner l'impression que les choses sont un peu basiques. À l'inverse, si le contraste est trop subtil, comme les encadrés gris clair sur fond blanc, il devient plus difficile pour les apprenants malvoyants de ressentir pleinement l'impact de votre contenu.

C'est pourquoi nous avons examiné de près le contraste des couleurs et l'opacité des éléments suivants et apporté des ajustements. Ils sont plus accessibles, tout en permettant à vos apprenants de profiter du design haut de gamme qu'ils attendent de Rise 360. Voici ce que nous avons fait pour améliorer le contraste dans Rise 360 :

• La couleur de l'icône X dans la barre de recherche a été assombrie
• Augmentation de l'opacité par défaut du texte sur les blocs d'image pour améliorer la lisibilité
• Amélioration du contraste des compteurs de pas non sélectionnés dans les blocs de processus
• Nous avons veillé à ce que le texte « Click to Flip » sur les blocs de flashcard n'apparaisse pas plus clair que celui que vous avez sélectionné dans les paramètres des blocs
• Les couleurs de plusieurs éléments de vérification des connaissances ont été assombries, notamment les boutons radio, les cases à cocher, les bordures des champs de texte et les bordures par glisser-déposer
• Couleur de bordure assombrie pour les éléments interactifs des activités de tri
• L'opacité des points non sélectionnés a été augmentée et les flèches de progression ont été assombries pour les carrousels de guillemets
• Remplacement des icônes de téléchargement pour le bloc de pièces jointes par des alternatives plus accessibles

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : contraste (minimum) 1.4.3, contraste hors contexte 1.4.11 (niveau AA))

Améliorer l'accessibilité de la barre latérale

28 mai 2020

La barre latérale est bien plus qu'un simple menu. Il affiche une liste de leçons et de sections et fonctionne également comme une boîte de résultats lorsque vous utilisez la barre de recherche. Nous voulions qu'il soit encore plus facile d'accéder aux informations de la barre latérale lorsque vous utilisez uniquement le clavier ou un lecteur d'écran.

Navigation au clavier

Lorsque vous utilisez le bouton Tab pour naviguer, vous ne devriez pouvoir interagir qu'avec les éléments affichés à l'écran. Nous avons veillé à ce que vous ne puissiez pas appuyer sur Tab pour accéder aux leçons cachées sous les en-têtes de section réduits de la barre latérale.

De plus, lorsque la barre latérale elle-même est complètement masquée par l'auteur du module, nous avons constaté que vous pouviez toujours accéder au champ de recherche avec la touche de tabulation. Non seulement cela n'est pas conforme à l'accessibilité, mais cela peut également contourner l'intention de l'auteur. Nous avons changé cela et vous ne pouvez plus accéder au champ de recherche si la barre latérale est masquée.

En ce qui concerne la navigation restreinte dans les modules, si l'apprenant doit répondre à un questionnaire pour continuer dans un module, il existe plusieurs indices visuels, notamment une info-bulle contextuelle. Ces infobulles s'affichent désormais lorsqu'un utilisateur accède à une leçon à laquelle il n'a pas encore accès avec un onglet.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères WCAG suivants : Content on Hover 1.4.13 (niveau AA), Clavier 2.1.1 (niveau A), ordre de focalisation 2.4.3 (niveau A), nom, rôle, valeur 4.1.2 (niveau A)

Support pour les lecteurs d'écran

Étant donné que la barre latérale est très utile, nous voulions nous assurer que les lecteurs d'écran annonçaient correctement chaque section. Nous avons étiqueté chaque partie de la barre latérale avec sa véritable fonction, plutôt que de faire annoncer l'ensemble de l'élément sous la forme d'un « menu ».

Champ de recherche

La recherche dans la barre latérale nécessitait des modifications supplémentaires pour mieux fonctionner avec les lecteurs d'écran. C'était difficile. Après tout, nous prenons une section de l'interface que vous utilisez habituellement pour naviguer et nous la transformons en quelque chose de complètement différent : un champ de recherche et une liste de résultats. Désormais, les lecteurs d'écran indiquent si la barre latérale affiche les résultats de recherche ou le plan du module.

Nous avons également retravaillé les icônes. Le X qui ferme le champ de recherche était simplement annoncé sous la forme « X ». Nous lui avons donc donné plus de contexte. Désormais, les lecteurs d'écran annoncent ce bouton comme « Fermer le formulaire de recherche ». Bien plus descriptif ! Nous avons également masqué l'icône de la loupe aux lecteurs d'écran car elle est purement décorative.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères des WCAG suivants : Contenu non textuel 1.1.1 (niveau A), Identify Purpose 1.3.6 (niveau AAA)

Indicateur de progrès

Lorsque vous parcourez une leçon dans Rise, une chose se produit en périphérie : le « diagramme de progression » se remplit dans la barre latérale à mesure que vous la terminez. Pour les leçons de quiz, vous pouvez jeter un coup d'œil sur la barre latérale et voir si vous avez réussi ou échoué en fonction de leurs icônes. Ce sont de jolis rappels visuels lorsque vous revenez à un module pour vous indiquer à quel point vous en êtes et comment vous vous en sortez.

Les lecteurs d'écran annoncent désormais le titre de la leçon ainsi que la progression enregistrée en pourcentage. S'il s'agit d'une leçon de quiz, le lecteur d'écran vous indique si vous avez réussi ou échoué à ce quiz précédemment.

Et pour soutenir nos efforts d'étiquetage dans les barres latérales, toutes ces leçons sont désormais répertoriées sous forme de boutons avec les états enfoncés et non pressés nécessaires.

Les améliorations que nous avons apportées dans cette mise à jour respectent les critères des WCAG suivants : Contenu non textuel 1.1.1 (niveau A), Identify Purpose 1.3.6 (niveau AAA)

Contrôle de la barre latérale

Les apprenants peuvent réduire et agrandir la barre latérale à l'aide de l'icône de menu (☰) située dans le coin supérieur gauche du contenu de la leçon. Désormais, les lecteurs d'écran annoncent la fonction de l'icône afin que les apprenants malvoyants sachent à quoi elle sert : « Ouvrir/Fermer la barre latérale de la leçon ».

Les améliorations que nous avons apportées dans cette mise à jour suivent les critères WCAG suivants : Identify Purpose 1.3.6 (niveau AAA), Nom, rôle, valeur 4.1.2 (niveau A)