Glossaire

a11y

Une abréviation pour accessibilité : interprétée comme la lettre a suivie de 11 caractères puis de la lettre y.

Agora

Agora est le dépôt interne d'artefacts de Deque. Il est basé sur une instance Artifactory. Avec Agora, les utilisateurs peuvent télécharger les composants de Axe DevTools Linter et le binaire Connector.

Clé API

Une clé API autorise votre utilisation du service de linting SaaS hébergé par Deque ou du linting local. Vous gérez vos clés API via Paramètres de compte Axe. Voir Obtention d'une clé API SaaS d'Axe DevTools Linter pour plus d'informations.

ARIA

Accessible Rich Internet Applications (ARIA) est une spécification technique publiée par le World Wide Web Consortium (W3C) qui définit des moyens d'augmenter l'accessibilité des pages web, en particulier pour le contenu dynamique et les composants d'interface utilisateur développés avec Ajax, HTML, JavaScript et les technologies connexes.

Bonnes pratiques

Les bonnes pratiques de Deque sont des techniques éprouvées qui fournissent des résultats d'accessibilité souhaités lorsque des méthodes formelles spécifiques font défaut ou sont insuffisantes. Bien qu'elles ne soient pas officiellement incluses dans un ensemble de règles d'accessibilité existant, suivre les bonnes pratiques de Deque peut améliorer l'accessibilité et la qualité générale du code que vous écrivez. Il convient de noter que le non-respect des recommandations de bonnes pratiques de Deque n'indique pas automatiquement un échec. De plus, un jugement d'expert est nécessaire pour évaluer l'à-propos dans le contexte des objectifs de l'application, du site ou de la page. Parfois, la technique de bonnes pratiques d'accessibilité n'est pas applicable ou pratique pour résoudre un problème spécifique.

CI/CD

CI/CD signifie intégration continue et livraison continue (ou déploiement continu). Cela fait référence à des pipelines automatisés qui construisent, testent et publient des logiciels. Les Axe DevTools Linter Connector et Action GitHub s'intègrent dans les pipelines CI/CD pour détecter les problèmes d'accessibilité avant que le code ne soit fusionné ou déployé.

Bibliothèque de composants

Une bibliothèque de composants est une collection de composants UI réutilisables. Axe DevTools Linter prend en charge plusieurs bibliothèques de composants populaires, y compris @mui/material, @deque/cauldron-react, et react-native, et peut lint leurs composants comme s'ils étaient des éléments HTML natifs. Voir Bibliothèques de composants préconfigurées pour plus d'informations.

Connecteur

Le Connecteur (formellement le Axe DevTools Linter Connector) est un outil en ligne de commande pour Linux, macOS, et Windows qui fournit une interface de commande pour lint vos fichiers. Vous pouvez l'utiliser pour le scripting et les pipelines CI/CD. Voir Utilisation du Connecteur Axe DevTools Linter pour plus d'informations.

Composant personnalisé

Un composant personnalisé est un composant UI que vous définissez ou importez d'une bibliothèque tierce qui ne correspond pas directement à un élément HTML natif. Axe DevTools Linter peut lint les composants personnalisés en les associant à des éléments HTML natifs dans votre configuration, ce qui lui permet d'appliquer des règles d'accessibilité standard à vos composants. Voir Lint des composants personnalisés pour plus d'informations.

Directive en ligne

Une directive en ligne est un commentaire spécialement formaté ajouté directement au code source qui supprime une ou plusieurs règles de Axe DevTools Linter pour une ligne spécifique, une plage de lignes, ou le reste d'un fichier. Les directives en ligne vous permettent de reconnaître des violations connues sans modifier votre configuration globale. Voir Suppression des règles de linting avec des directives en ligne pour plus d'informations.

Clé de licence

Une clé de licence est une alternative à une clé API pour authentifier linting local avec le Connecteur. Contrairement à une clé API, une clé de licence ne nécessite pas d'authentification distante et ne rapporte pas d'informations d'utilisation. Vous devez demander une clé de licence auprès du Support technique de Deque. L'utilisation d'une clé de licence nécessite l'option --local du Connecteur.

Linter

Un linter est un outil qui analyse automatiquement le code source pour repérer les problèmes, y compris les erreurs de syntaxe, les incohérences stylistiques, et les bogues potentiels, sans exécuter le code. Axe DevTools Linter est un linter d'accessibilité : il trouve des modèles dans le code source qui sont susceptibles de causer des problèmes d'accessibilité. Voir À propos de Axe DevTools Linter.

Analyseur de code

Analyseur de code est le processus automatisé d'utilisation d'un analyseur pour analyser le code source à la recherche de problèmes. Axe DevTools Linter effectue une analyse d'accessibilité : il vérifie vos fichiers source par rapport aux règles d'accessibilité de Deque et signale les motifs susceptibles de créer des barrières d'accessibilité. Voir À propos d'Axe DevTools Linter.

Analyse locale

Analyse locale est une option pour le Connecteur qui effectue une analyse d'accessibilité sur la machine exécutant le Connecteur, au lieu d'envoyer vos fichiers à un serveur. L'analyse locale est plus rapide et évite les dépendances réseau. Elle nécessite soit une clé API, soit une clé de licence. Voir Analyse locale pour plus d'informations.

Sur site

Sur site (également sur site) fait référence à l'exécution du serveur Axe DevTools Linter au sein de votre propre infrastructure, par opposition à l'utilisation du serveur SaaS hébergé dans le cloud de Deque. Une installation sur site vous donne un contrôle total sur le serveur et garde le contenu des fichiers dans votre réseau. Voir Installation et sécurité pour plus d'informations.

Règle

Une règle est une vérification d'accessibilité individuelle qu'Axe DevTools Linter applique à vos fichiers source. Chaque règle correspond à un ou plusieurs critères des lignes directrices en matière d'accessibilité et est identifiée par un ID de règle unique (par exemple, image-alt ou label). Les règles peuvent être activées, désactivées ou configurées pour signaler des avertissements via votre configuration. Voir Règles d'accessibilité pour la liste complète des règles.

SaaS

SaaS (Software as a Service) fait référence au serveur Axe DevTools Linter hébergé dans le cloud de Deque. Lorsque vous utilisez le serveur SaaS, vos fichiers sont envoyés au serveur de Deque pour analyse. L'utilisation du SaaS nécessite une clé API. Voir Obtenir une clé API SaaS pour Axe DevTools Linter pour plus d'informations.

Section 508

Un amendement à la loi sur la réhabilitation des États-Unis de 1973 qui oblige les agences fédérales à rendre leur technologie électronique et informatique accessible aux personnes handicapées. Il comprend seize dispositions basées sur les directives d'accès développées par les Web Content Accessibility Guidelines (WCAG) du World Wide Web Consortium (W3C), mais ne sont identiques ni aux normes WCAG 1.0 ni 2.0.

Analyse statique

Analyse statique est l'examen du code source sans l'exécuter. Axe DevTools Linter utilise l'analyse statique pour détecter les problèmes d'accessibilité tôt dans le développement, avant que le code ne soit compilé, fusionné ou déployé. Étant donné que l'analyse statique n'exécute pas votre application, elle ne peut pas détecter tous les problèmes d'accessibilité ; certains problèmes nécessitent des tests manuels ou basés sur le navigateur.

Étiquette

Une étiquette est un libellé qui regroupe les règles en fonction de la norme d'accessibilité à laquelle elles correspondent (par exemple, wcag2a ou best-practice). Vous pouvez utiliser les étiquettes dans votre configuration pour activer ou désactiver un groupe entier de règles à la fois. Voir Étiquettes pour la liste complète des étiquettes prises en charge.

Violation

Une violation est un problème d'accessibilité qu'Axe DevTools Linter a détecté dans votre code source — spécifiquement, un motif qui ne respecte pas une ou plusieurs des règles vérifiées par Axe DevTools Linter. Les violations sont signalées avec l'ID de la règle, une description et l'emplacement du fichier.

WCAG

WCAG, ou Web Content Accessibility Guidelines, ont été développées par le World Wide Web Consortium (W3C) et expliquent comment rendre le contenu Web plus accessible aux personnes handicapées. WCAG 1.0 a été publié en mai 1999. WCAG 2.0 a été publié en décembre 2008. WCAG 2.1 a été publié en juin 2018. WCAG 2.2, la plus récente itération des lignes directrices, a été publiée en 2023 et propose neuf nouveaux critères de réussite par rapport à WCAG 2.1.