Zum Inhalt springen
EN
Anmelden

Rechtliches

Barrierefreiheit

Stand · Fragen:[email protected]

Diese Erklärung gilt für die Android-App Softbox (Version 1.0.0, die erste Store-Version) und für die Website tincograph.com einschließlich der Web-App unter app.tincograph.com. Es ist die Erklärung, die der European Accessibility Act von einem Anbieter verlangt. Sie ist aus dem geschrieben, was unsere Tests und Build-Gates tatsächlich prüfen, und sie nennt, was noch niemand geprüft hat. Gemessen wird gegen WCAG 2.2, Stufe AA (EN 301 549 für den EAA). Wir behaupten keine Konformität; die Abschnitte unten sagen genau, wie weit die Belege reichen.

Softbox — was geprüft wird, und wie

Jede Prüfung hier ist ein automatisierter Widget-Test, der läuft, bevor eine Änderung zusammengeführt werden kann. Keine davon hat ein Mensch mit assistiver Technik gemacht; das ist der erste Punkt unter „noch nicht gemacht“.

  • Tippflächen, Beschriftungen und Textkontrast auf jedem Bildschirm, den ein Test erreicht (apps/gallery/test/a11y/a11y_r13_test.dart): Flutters eigene Barrierefreiheits-Richtlinien laufen über die fünf Haupt-Tabs, die Einstellungen, den Viewer und die ganze Bearbeitungs-Pipeline unter dem Foto, das Stil-Panel, eine Videoseite mit ihren Bedienelementen, Anmeldung, Konto, die Tarifseite, die drei Onboarding-Seiten, die KI-Einwilligungsseite, das Enhance-Panel und die „Öffnen mit“-Pille — auf Englisch und auf Deutsch. Die Richtlinien verlangen, dass jedes antippbare Element mindestens 48 × 48 dp groß ist, dass jedes antippbare Element eine Beschriftung hat, die ein Screenreader vorlesen kann, und dass gemalter Text den WCAG-AA-Kontrast gegen die Pixel erreicht, die wirklich dahinter liegen.
  • Kontrast von mindestens 4,5:1 wird berechnet, nicht geschätzt(apps/gallery/test/auth/contrast.dart): ein gemeinsamer Prüfer geht über jeden gemalten Text und jedes Icon, legt durchscheinende Farben über ihren echten Hintergrund und hält das Ergebnis gegen 4,5:1. Die Pipeline unter einem Foto wird an beiden ungünstigsten Hintergründen daran gemessen (test/pipeline_contrast_r15_test.dart), und ein deaktivierter Kaufknopf behält seine Beschriftung bei 4,5:1 auf Schwarz und auf Mittelgrau (test/billing/plans_screen_test.dart).
  • Regler haben eine Treffhöhe von 44 px um eine optisch dünnere Spur (packages/design_system/lib/widgets/genesis_slider.dart).
  • Keine Pop-ups für Inhalte. Rechtstexte, Lizenzen, die KI-Einwilligung, Moderationshinweise und das Einspruchsformular sind ganzseitige Seiten, nie Dialoge (test/legal/legal_r18_test.dart pinnt die Lizenzseite als Seite, nicht als Pop-up); hinter einem Panel wird nichts abgedunkelt, und Seitenübergänge blenden über statt zu schieben.
  • Deutsch ist vollständig und duzt. Ein deutsches Gerät sieht jeden Hauptbildschirm auf Deutsch ohne englische Wörter, einschließlich Flutters eigener Knöpfe (test/l10n/german_screens_test.dart); ein Scanner lässt den Build bei hart codiertem Englisch in einem Bildschirm scheitern (test/l10n/no_hardcoded_english_test.dart).
  • Der animierte Hintergrund hält an, wenn die Systemeinstellung „Animationen entfernen“ aktiv ist (packages/design_system/lib/widgets/aurora_background.dart). Andere Animationen sind gegen diese Einstellung nicht geprüft — siehe unten.

Softbox — noch nicht gemacht

  • TalkBack wurde nicht von Anfang bis Ende auf einem Gerät benutzt.Beschriftungen gibt es (der Test oben scheitert ohne sie), aber niemand hat die App mit TalkBack vom ersten Bildschirm bis zur fertigen Bearbeitung bedient. Lesereihenfolge, Ansagen und Gesten sind ungeprüft.
  • 200 % Textgröße ist nicht Bildschirm für Bildschirm geprüft. Text skaliert standardmäßig mit der Systemeinstellung; ob jeder Bildschirm bei 200 % noch passt und benutzbar bleibt, wurde nicht kontrolliert.
  • Die Fokusreihenfolge ist nicht auditiert. Tastatur- und Controller-Navigation entsteht gerade (Pfeile navigieren, Leertaste schärft ein Bedienelement, ein Fokusring erscheint beim ersten Tastendruck); ihre Reihenfolge auf jedem Bildschirm ist nicht durchgesehen.
  • Kontrast ist nur dort belegt, wo ein Test ihn festhält. Die oben genannten Bildschirme sind abgedeckt; neuere Flächen womöglich nicht. Ein bekannter Fehler ist offen: die Chips „Mit KI auswählen“ im Maskierungs-Panel lesen sich grau auf Glas und sind noch nicht gegen 4,5:1 gemessen.
  • „Animationen entfernen“ beachtet nur der Hintergrund. Übergänge und Bedienelement-Animationen sind dagegen nicht geprüft.
  • Kein Audit durch Barrierefreiheits-Fachleute und keine manuelle WCAG-2.2-AA-Durchsicht.

tincograph.com und die Web-App — was geprüft wird

  • Jede Seite wird im Build mit Lighthouse geprüft. Ein Barrierefreiheits-Wert unter 95 lässt den Build scheitern (tools/lighthouse-run.mjs, von der CI gegen die gebaute Website ausgeführt). Der letzte gemessene Lauf gegen die veröffentlichte Website ergab 100 auf jeder Seite.
  • Farbkontrast wird aus den Design-Tokens berechnet(packages/ui/test/tokens.test.ts): die relative WCAG-Leuchtdichte wird für die Tokens im dunklen und im hellen Thema berechnet, jede Flächen- und Tintenfarbe muss für beide definiert sein, und die eine Farbe, die als rein dekorativ markiert ist, hält ein Test aus Fließtext heraus.
  • Der Tastaturfokus ist immer sichtbar — der Fokusring ist einmal im Designsystem definiert, nicht pro Komponente.
  • Bewegung richtet sich nach deiner Einstellung — mit „Bewegung reduzieren“ fallen Animationsdauern auf der Website und in der Web-App auf null.
  • Formularfehler werden angesagt: jeder Fehler ist eine Live-Region (role="alert"), die an ihr Feld gebunden ist.

tincograph.com und die Web-App — noch nicht gemacht

  • Kein Test mit einem echten Screenreader, in keinem Browser.
  • Kein Audit durch Fachleute; keine förmliche WCAG-2.2-AA-Konformitätserklärung.
  • Die Web-App hat dasselbe Designsystem und dieselben Kontrastgarantien wie die Website, aber nicht dieselbe seitenweise Lighthouse-Prüfung.

Was geplant ist

Ein Gerätedurchgang durch Softbox mit TalkBack, bei 200 % Textgröße, mit einer Kontrastmessung jedes Bildschirms und einer Durchsicht der Fokusreihenfolge, auf einem echten Telefon. Er steht im Release-Plan und hat noch kein Datum. Wenn er gemacht ist, sagt diese Seite, was gefunden wurde, mit Datum.

Rückmeldung und Kontakt

Wenn etwas für dich nicht funktioniert, schreib an[email protected] oder nutze dasSupport-Formular. Sag, was du tun wolltest und was im Weg stand; das hilft uns mehr als der Name eines Standards. Barrierefreiheitsprobleme behandeln wir als Fehler, und sie kommen nach vorn in die Warteschlange. Sicherheitsprobleme gehören auf dieSicherheitsseite.

Durchsetzung

Wenn dich unsere Antwort nicht zufriedenstellt, kannst du dich an die für den Anbieter zuständige Marktüberwachungsbehörde wenden: [DOOEL]. Lebst du in der Europäischen Union, ist auch die Behörde deines Mitgliedstaats zuständig; unsere Vertretung in der EU ist [EU-REP].