BarrierLab

a11y-rules

Der Regelbestand, generisch über das Dokumentmodell — eine Implementierung für alle Oberflächen.

Der Regelbestand, generisch über a11y-dom: eine Implementierung für Build-Zeit, CI und laufende Seite. Ergebnis ist immer ein Report aus a11y-report.

Stand

0.10.1 auf crates.io. Benutzt von auditmysite (wcag/shared.rs ruft run_with_semantics), astro-post-audit und liveaudit. Die Kennungen sind über alle Oberflächen stabil und in Meta::ids deklariert: 34 in Tier 1 (Struktur), 5 in Tier 2 (Semantik), 2 in Tier 3 (Darstellung).

Aufbau

Document

+ Semantics

+ Rendering

fehlendes Tier

Dokument

(a11y-dom)

welche Tiers

bietet der Host?

structure_rules()

semantics_rules()

rendering_rules()

run() / run_with_semantics()

run_with_rendering() / run_full()

Report

(a11y-report)

Meta::ids

alle Kennungen, vorab deklariert

NotRun mit Grund

Öffentliche Fläche

EintragZweck
run, run_with_semantics, run_with_rendering, run_fullein Lauf, je nach vorhandenen Tiers
structure_rules, semantics_rules, rendering_rulesdie Regeln einzeln, wenn ein Host selbst orchestriert
structure_metas, semantics_metas, rendering_metasalle Kennungen vorab, ohne zu laufen — für Abdeckungsberichte
Meta, StructureRule, SemanticsRule, RenderingRuleRegeltypen und ihre Deklaration

Abhängigkeiten

Nach unten: a11y-dom, a11y-report, accname. Nach oben: alle Hosts, künftig a11y-wasm.

Grenzen

Was ein Host nicht liefert, wird nicht geraten: fehlt ein Tier, entsteht NotRun mit Grund. Die Regeln sind wortlautunabhängig — sie prüfen Struktur und Semantik, nicht Textqualität. Und sie ersetzen keine manuelle Prüfung; welche Kriterien überhaupt maschinell entscheidbar sind, steht in docs/a11y/.

Edit this page on GitHub