FAQ pour les administrateurs d'Ally

Anthology Ally est disponible dans de nombreuses langues.

Anthology Ally est disponible dans les langues suivantes.

Les déploiements Ally qui résident hors d'Amérique du Nord utilisent maintenant aussi des serveurs non américains pour les services tiers dont dépend Ally. Cela signifie que les déploiements locaux ne dépendent pas des serveurs américains pour les fonctionnalités Ally.

Ally repose sur une approche de type SaaS (Software-as-a-Service), qui consiste à lancer régulièrement de nouvelles versions en production. Il n'y a pas de calendrier de sortie fixe pour le moment, bien qu'en moyenne, une nouvelle version soit publiée toutes les 1 à 2 semaines. Ces versions ne coïncident pas avec les autres produits Blackboard.

La seule exception à l'approche de publication continue est lorsqu'un changement significatif destiné aux utilisateurs est à venir. Dans ce cas, nous donnons un préavis d'un mois avant de le mettre en production.

Avec cette cadence de publication continue, il n'est pas possible d'accéder à une version anticipée d'une version dans un environnement de test/stage.

Ally contrôle actuellement les formats de fichier suivants :

La liste de contrôle d'accessibilité Ally est établie selon les règles pour l'accessibilité des contenus Web (WCAG) 2.2 de niveau AA. Il s'agit d'une norme d'accessibilité internationale, et la plupart des lois et exigences légales du monde entier sont conformes à cette norme.

De plus, Ally effectue un certain nombre de vérifications supplémentaires qui sont davantage axées sur la convivialité et la qualité du contenu Web.

Ally consigne les contenus pour lesquels les problèmes d'accessibilité ne peuvent pas être vérifiés, tels que les fichiers XML et archives ZIP, sous « Autre » dans le rapport d'accessibilité. Ce contenu ne reçoit pas de score d'accessibilité et ne contribue pas au score d'accessibilité de l'établissement.

Les contrôles de contraste vérifient s'il existe un contraste suffisant entre la couleur du texte et sa couleur d'arrière-plan. Un faible contraste peut rendre difficile la lecture d'un texte pour tous, mais plus particulièrement pour les étudiants souffrant de handicaps visuels, tels que les daltoniens.

Ally utilise les exigences de contraste indiquées dans les règles WCAG 2.2 AA.

Le format Braille Ready File (.brf) est utilisé par Ally comme format braille électronique. Le code braille utilisé dépend de la langue du document. Pour les documents en anglais, Ally utilise le code Unified English Braille Code (UEB - Code de braille anglais unifié) de niveau 2, sous sa forme condensée.

Le format Braille Ready File (.brf) peut être utilisé pour les affichages en braille électronique et les embosseuses braille (imprimantes).

Rien du tout. Ally extrait automatiquement les documents nouveaux ou existants, les analyse selon la liste de contrôle d'accessibilité et génère les formats alternatifs disponibles pour le visiteur et l'éditeur.

Ally n'applique aucune limite de taille pour les fichiers. Dans certains cas, l'algorithme ne parvient pas à générer de formats alternatifs pour certains fichiers volumineux.

Ally détecte le contenu protégé par mot de passe, lui attribue un résultat d'accessibilité de 0 % et indique comment supprimer le mot de passe par le biais du volet de feed-back de l'éditeur de contenu. Ally ne génère aucun format alternatif pour le contenu protégé par mot de passe, car il ne peut pas accéder au contenu proprement dit.

Sélectionnez Tous les problèmes pour afficher tous les problèmes du fichier. Cette vue vous montre à quel point le résultat peut s'améliorer en résolvant chaque problème. Trouvez le problème que vous souhaitez commencer à résoudre et sélectionnez Corriger.

Nous affectons un résultat d'accessibilité à chaque document. Ce résultat sous forme de pourcentage est censé refléter le niveau d'accessibilité d'un élément, le nombre de personnes susceptibles d'être affectées, l'impact sur les étudiants, etc. Pour calculer le résultat d'accessibilité d'un document, nous utilisons une moyenne pondérée des différents contrôles/règles d'accessibilité, sachant que certaines règles sont plus importantes ou ont plus d'impact que d'autres.

Dans l'interface utilisateur, nous utilisons des seuils pour déterminer la couleur de l'indicateur.

Les aperçus dans le navigateur sont actuellement disponibles pour les fichiers suivants :

Ces aperçus sont ensuite utilisés pour identifier où se trouvent les problèmes d'accessibilité spécifiques dans le document. Pour le moment, les problèmes suivants peuvent être signalés en surbrillance :

Les feed-backs relatifs à d'autres problèmes d'accessibilité afficheront simplement l'aperçu du contenu sans surligner.

Ally vérifie les sous-titres des vidéos YouTube^TM et présente ses conclusions dans les rapports d'accessibilité. Les sous-titres YouTube générés automatiquement ne sont pas considérés comme des sous-titres valides. Toute vidéo YouTube contenant des sous-titres générés automatiquement est considérée « non sous-titrée » dans le rapport d'établissement.

Ally vérifie également les vidéos YouTube intégrées et les liens vers les vidéos YouTube.

Dans le rapport, la colonne « HTML : Le contenu HTML contient des vidéos sans sous-titres » met en évidence le nombre de contenus HTML et de fichiers contenant des vidéos YouTube sans sous-titres. Dans l'exportation du rapport de l'établissement, le nom de la colonne est HtmlCaption:2.

Aucun feed-back ni format alternatif n'est actuellement disponible pour les vidéos.