Glossar

a11y

Eine Abkürzung für Barrierefreiheit: interpretiert als der Buchstabe a gefolgt von 11 Zeichen und dann der Buchstabe y.

Agora

Agora ist das interne Artefakt-Repository von Deque. Es basiert auf einer Artifactory-Instanz. Über Agora können Benutzer Axe DevTools Linter-Komponenten und die Connector-Binärdatei herunterladen.

API-Schlüssel

Ein API-Schlüssel autorisiert Ihre Nutzung des von Deque gehosteten SaaS-Linting-Dienstes oder des lokalen Lintings. Sie verwalten Ihre API-Schlüssel über Axe-Kontoeinstellungen. Weitere Informationen finden Sie unter Erhalt eines Axe DevTools Linter SaaS API-Schlüssels.

ARIA

Accessible Rich Internet Applications (ARIA) ist eine technische Spezifikation, die vom World Wide Web Consortium (W3C) veröffentlicht wurde und Möglichkeiten beschreibt, die Barrierefreiheit von Webseiten zu erhöhen, insbesondere von dynamischen Inhalten und Benutzeroberflächenkomponenten, die mit Ajax, HTML, JavaScript und verwandten Technologien entwickelt wurden.

Best Practices

Deque Best Practices sind erprobte Techniken, die gewünschte Barrierefreiheitsergebnisse liefern, wenn spezifische formale Methoden fehlen oder unzureichend sind. Obwohl sie nicht offiziell in irgendeinem etablierten Barrierefreiheitsregelset enthalten sind, kann die Befolgung von Deque's Best Practices die Barrierefreiheit und die allgemeine Qualität des von Ihnen geschriebenen Codes verbessern. Es sollte beachtet werden, dass die Nichteinhaltung der Best-Practice-Richtlinien von Deque nicht automatisch einen Misserfolg anzeigt. Darüber hinaus ist fachmännisches Urteil erforderlich, um die Angemessenheit im Kontext der Ziele der Anwendung, der Website oder der Seite zu berücksichtigen. Manchmal ist die Best-Practice-Barrierefreiheitstechnik nicht anwendbar oder praktisch zur Lösung eines spezifischen Problems.

CI/CD

CI/CD steht für kontinuierliche Integration und kontinuierliche Bereitstellung (oder kontinuierliche Lieferung). Es bezieht sich auf automatisierte Pipelines, die Software bauen, testen und freigeben. Der Axe DevTools Linter Connector und die GitHub Action integrieren sich in CI/CD-Pipelines, um Barrierefreiheitsprobleme zu erkennen, bevor Code zusammengeführt oder bereitgestellt wird.

Komponentenbibliothek

Eine Komponentenbibliothek ist eine Sammlung wiederverwendbarer UI-Komponenten. Axe DevTools Linter bietet integrierte Unterstützung für mehrere beliebte Komponentenbibliotheken, einschließlich @mui/material, @deque/cauldron-react und react-native, und kann deren Komponenten überprüfen, als wären sie native HTML-Elemente. Weitere Informationen finden Sie unter Vorkonfigurierte Komponentenbibliotheken.

Connector

Der Connector (formell der Axe DevTools Linter Connector) ist ein Kommandozeilenwerkzeug für Linux, macOS und Windows, das eine Kommandozeilenschnittstelle zum Überprüfen Ihrer Dateien bietet. Sie können ihn zum Skripten und für CI/CD-Pipelines verwenden. Weitere Informationen finden Sie unter Verwendung des Axe DevTools Linter Connectors.

Benutzerdefiniertes Komponente

Eine benutzerdefiniertes Komponente ist eine UI-Komponente, die Sie definieren oder aus einer Drittanbieterbibliothek importieren, die nicht direkt einem nativen HTML-Element entspricht. Axe DevTools Linter kann benutzerdefinierte Komponenten überprüfen, indem es sie in Ihrer Konfiguration mit nativen HTML-Elementen abbildet, wodurch es Standard-Barrierefreiheitsregeln auf Ihre Komponenten anwenden kann. Weitere Informationen finden Sie unter Überprüfung benutzerdefinierter Komponenten.

Inline-Direktive

Eine Inline-Direktive ist ein speziell formatiertes Kommentar, das direkt zum Quellcode hinzugefügt wird und eine oder mehrere Axe DevTools Linter-Regeln für eine bestimmte Zeile, einen Bereich von Zeilen oder den Rest einer Datei unterdrückt. Inline-Direktiven ermöglichen es Ihnen, bekannte Verstöße zu erkennen, ohne Ihre globale Konfiguration zu ändern. Weitere Informationen finden Sie unter Unterdrückung von Linting-Regeln mit Inline-Direktiven.

Lizenzschlüssel

Ein Lizenzschlüssel ist eine Alternative zu einem API-Schlüssel zur Authentifizierung lokales Linting mit dem Connector. Anders als ein API-Schlüssel erfordert ein Lizenzschlüssel keine Remote-Authentifizierung und meldet keine Nutzungsinformationen. Sie müssen einen Lizenzschlüssel bei Deque's Help Desk anfordern. Die Verwendung eines Lizenzschlüssels erfordert die --local-Option des Connectors.

Linter

Ein Linter ist ein Werkzeug, das Quellcode automatisch analysiert, um Probleme zu finden, einschließlich Syntaxfehler, stilistischer Inkonsistenzen und potenzieller Bugs, ohne den Code auszuführen. Axe DevTools Linter ist ein Barrierefreiheits-Linter: er findet Muster im Quellcode, die wahrscheinlich Barrierefreiheitsprobleme verursachen. Siehe Über Axe DevTools Linter.

Linting

Linting ist der automatisierte Prozess der Verwendung eines linter, um Quellcode auf Probleme zu analysieren. Axe DevTools Linter führt Accessibility-Linting durch: Er überprüft Ihre Quelldateien anhand der Barrierefreiheitsregeln von Deque und meldet Muster, die wahrscheinlich Barrieren verursachen. Siehe Über Axe DevTools Linter.

Lokales Linting

Lokales Linting ist eine Option für den Connector, der die Barrierefreiheitsanalyse auf dem Computer durchführt, auf dem der Connector läuft, anstatt Ihre Dateien an einen Server zu senden. Lokales Linting ist schneller und vermeidet Netzwerkabhängigkeiten. Es erfordert entweder einen API-Schlüssel oder einen Lizenzschlüssel. Weitere Informationen finden Sie unter Lokales Linting.

Lokal

Lokal (auch lokal) bezieht sich auf das Betreiben des Axe DevTools Linter Servers innerhalb Ihrer eigenen Infrastruktur, im Gegensatz zur Nutzung von Deques cloudgehostetem SaaS-Server. Eine lokale Installation gibt Ihnen die volle Kontrolle über den Server und hält die Dateiinhalte innerhalb Ihres Netzwerks. Weitere Informationen finden Sie unter Installation und Sicherheit.

Regel

Eine Regel ist eine individuelle Barrierefreiheitsprüfung, die Axe DevTools Linter auf Ihre Quelldateien anwendet. Jede Regel entspricht einem oder mehreren Kriterien der Barrierefreiheitsrichtlinien und ist durch eine eindeutige Regel-ID identifiziert (z.B. image-alt oder label). Regeln können in Ihrer Konfiguration aktiviert, deaktiviert oder so eingestellt werden, dass sie Warnungen melden. Siehe Barrierefreiheitsregeln für die vollständige Liste der Regeln.

SaaS

SaaS (Software as a Service) bezieht sich auf Deques cloudgehosteten Axe DevTools Linter Server. Wenn Sie den SaaS-Server benutzen, werden Ihre Dateien zur Analyse an Deques Server gesendet. Die Nutzung von SaaS erfordert einen API-Schlüssel. Weitere Informationen finden Sie unter Erhalt eines API-Schlüssels für Axe DevTools Linter SaaS.

Abschnitt 508

Eine Änderung des amerikanischen Rehabilitation Act von 1973, die verlangt, dass Bundesbehörden ihre elektronische und Informationstechnologie für Menschen mit Behinderungen zugänglich machen. Es umfasst sechzehn Bestimmungen, die auf den Zugangsrichtlinien basieren, die von den Web Content Accessibility Guidelines (WCAG) entwickelt wurden, aber nicht identisch mit den Standards WCAG 1.0 oder 2.0 sind.

Statische Analyse

Statische Analyse ist die Untersuchung von Quellcode, ohne ihn auszuführen. Axe DevTools Linter verwendet statische Analyse, um Barrierefreiheitsprobleme frühzeitig in der Entwicklung zu erkennen, bevor der Code kompiliert, zusammengeführt oder bereitgestellt wird. Da die statische Analyse Ihre Anwendung nicht ausführt, kann sie nicht jedes Barrierefreiheitsproblem erkennen; einige Probleme erfordern browserbasierte oder manuelle Tests.

Tag

Ein Tag ist ein Label, das Regeln basierend auf dem Barrierefreiheitsstandard gruppiert, dem sie entsprechen (z.B. wcag2a oder best-practice). Sie können Tags in Ihrer Konfiguration verwenden, um eine ganze Gruppe von Regeln gleichzeitig zu aktivieren oder zu deaktivieren. Siehe Tags für die vollständige Liste der unterstützten Tags.

Verstoß

Ein Verstoß ist ein Barrierefreiheitsproblem, das Axe DevTools Linter in Ihrem Quellcode erkannt hat — konkret ein Muster, das nicht mit einer oder mehreren der von Axe DevTools Linter überprüften Regeln übereinstimmt. Verstöße werden mit der Regel-ID, einer Beschreibung und dem Dateistandort gemeldet.

WCAG

WCAG, oder Web Content Accessibility Guidelines, wurden vom World Wide Web Consortium (W3C) entwickelt und erläutern, wie Webinhalte für Menschen mit Behinderungen zugänglicher gemacht werden können. WCAG 1.0 wurde im Mai 1999 veröffentlicht. WCAG 2.0 wurde im Dezember 2008 veröffentlicht. WCAG 2.1 wurde im Juni 2018 veröffentlicht. WCAG 2.2, die neueste Iteration der Richtlinien, wurde 2023 veröffentlicht und bietet neun neue Erfolgskriterien im Vergleich zu WCAG 2.1.