Erklärung zur Barrierefreiheit

Ziel

Massstab sind die Web Content Accessibility Guidelines (WCAG) 2.2 auf Stufe AA. Bewegung entsteht nur beim Laden, beim Scrollen und mit der Maus; mit «Bewegung reduzieren» im System entfällt sie, wie es das Kriterium 2.3.3 verlangt.

Was umgesetzt ist

• Alle Inhalte sind per Tastatur erreichbar, der Fokus ist sichtbar, und ein Sprunglink führt direkt zum Inhalt.
• Keine Schrift ist kleiner als 16 Pixel, auch nicht in Menü, Fusszeile oder Formular.
• Die Seite funktioniert ab 320 Pixel Breite ohne seitliches Scrollen.
• Die Wand aus Bildschirmen im Startbereich und das Licht im Hintergrund sind Dekoration. Alles Wichtige steht auch als Text auf der Seite.
• Nichts bewegt sich endlos von selbst: Die Bildschirme der Projekte wechseln, wenn du scrollst oder einen Knopf unter dem Bild drückst. Ist in deinem System «Bewegung reduzieren» eingestellt, entfallen Flug, Schnitte und Einblendungen.
• Formularfelder haben sichtbare Beschriftungen und verständliche Fehlermeldungen.
• Oben schaltet «Saallicht» zwischen dem dunklen und einem hellen Design. Beide halten die Kontraste nach WCAG AA ein.

Wie geprüft wurde

Automatisch mit axe in Chromium auf drei Breiten (320, 768 und 1440 Pixel), im dunklen und im hellen Design, dazu Tests für Schriftgrösse, seitliches Scrollen, Anfragen an Dritte und die Tastaturbedienung des Menüs. Vor jeder Veröffentlichung laufen dieselben Tests auch in Safari und Firefox sowie auf iPhone und iPad (WebKit).

Bekannte Einschränkungen

• Die Fallstudien zu Tallyroom und Evidarium liegen auf GitHub und sind nur auf Deutsch verfügbar.
• Tests mit Screenreadern wie VoiceOver und NVDA stehen noch aus.

Rückmeldung

Stösst du auf eine Hürde, schreib mir an kontakt@adambaranyi.xyz. Ich kümmere mich darum.