[Hoch] A11y: Reflow bei 320 px und Tastatur-Scrollbarkeit #165
Labels
No Label
area:auth
area:docs
area:export
area:ops
area:storage
area:supply-chain
auth
backend
blocked
collab
deployment
docs
effort:L
effort:M
effort:S
frontend
plugins
qa
vs-nfd
vs-nfd:blocker
No Milestone
No project
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: stwaidele/dorfteich#165
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Befunde A11Y-006, A11Y-017 (WCAG 1.4.10, 2.1.1). Bericht: Workspace doku/audit-barrierefreiheit-2026-07.md
Bei 320 px Viewport-Breite scrollen die App-Ansichten horizontal: Seiten-Lesemodus und Teich-Startseite 892 px Inhaltsbreite, Einstellungen 584 px. Der Server-Renderpfad besteht die Pruefung (320/320). Auf den Legal-Seiten ist der scrollbare Inhaltsbereich (main) nicht per Tastatur fokussierbar (axe scrollable-region-focusable, auf Prod nachgewiesen) - reine Tastaturnutzer koennen die Rechtstexte nicht scrollen.
Umsetzung: fixe Breiten in den Layout-Spalten auf max-width/Flex umstellen; Inhalts-Tabellen in einen eigenen overflow-x-Container wickeln, der tabindex=0 plus role=region plus aria-label bekommt; Legal-Container fokussierbar machen.
Akzeptanz: kein horizontales Scrollen bei 320 px auf Lese-, Teich- und Einstellungs-Ansicht; Legal-Texte per Tastatur scrollbar.
Umgesetzt in PR #173 (ein Commit je Issue), auf main gemerged und via CD auf Test+Int deployt. Verifikation: finaler Audit-Harness-Lauf ohne verbleibende axe-Verletzungen auf allen gescannten Screens; api-Vollsuite, shared-Tests und betroffene e2e-Packs gruen; Live-Spot-Check auf Test ok (u. a. lang=de dynamisch, Skip-Link als erster Tab-Stopp, Fokus-Trap gemessen). Details im Bericht doku/audit-barrierefreiheit-2026-07.md (Workspace).