Skip to content
← Back to Prism

Barrierefreiheitserklärung

Unser Engagement und wo wir noch nicht ganz mithalten.

Last updated:

Unser Engagement

Prism aims to be usable by everyone, including people with visual, auditory, motor, or cognitive disabilities. We design and build against the Web Content Accessibility Guidelines (WCAG) 2.2, Level AA and use the specific practices below.

Was wir tun

·Semantic HTML. Appropriate headings, landmarks, and ARIA roles. Interactive elements are keyboard-operable.

·Keyboard navigation. Prism is usable without a mouse. Focus states are visible. Tab order follows reading order.

·Screen-reader support. Primary workflows (writing an entry, reading a Mirror, managing settings) are tested with VoiceOver (macOS/iOS) and NVDA (Windows).

·Contrast. Body text is at least 4.5:1 against its background; large headings are at least 3:1. Our accent orange is used only for non-essential accents and links; links carry additional non-colour indicators.

·Zoom and reflow. Content reflows correctly at 200% zoom. Text is not clipped.

·Form labels. All form fields have associated labels; error messages are associated with their fields and announced to screen readers.

·Motion. Animation is minimal and respects prefers-reduced-motion. No autoplay, no parallax scrolling.

·Audio transcription. Voice input is transcribed by OpenAI Whisper and shown as editable text; you can always read and correct the transcript.

·Colour as meaning. We do not rely on colour alone to convey information.

Bekannte Lücken

Wir sind ehrlich, wo wir noch nicht vollständig AA-konform sind:

·The rich-text editor (Tiptap-based). Some formatting toolbar actions do not yet have full keyboard shortcuts or ARIA labels. Entries can still be created with plain text without using the toolbar.

·Weekly Mirror animations. Entry-list animations use subtle motion; we respect prefers-reduced-motion, but some browsers don't honour that token correctly.

·Error recovery on unreliable networks. We are improving error messaging for offline/slow-network conditions, including better announcements to screen readers.

Wie wir testen

·Automated checks (axe-core, Lighthouse) run on every production build.

·Manual keyboard-only navigation is part of our release checklist.

·Manual screen-reader checks are done before major UI changes.

Alternative Formate

Wenn Sie Prism-Inhalte in einem alternativen Format benötigen (Großdruck, Braille, Klartext), schreiben Sie uns und wir kümmern uns darum.

Inhalte und Dienste von Drittanbietern

Prism enthält Inhalte, die von unseren Unterauftragnehmern bereitgestellt werden (Stripe-Kasse, Resend-E-Mail, Vercel-Hosting). Diese Seiten von Drittanbietern unterliegen den Barrierefreiheitsstandards des jeweiligen Anbieters. Wenn Sie auf einer solchen Seite ein Problem feststellen, teilen Sie es uns mit und wir kümmern uns darum.

Feedback und Support

Wenn Sie auf eine Barrierefreiheitsbarriere in Prism stoßen, teilen Sie es uns mit – wir behandeln es als Fehler, nicht als Funktionswunsch.

·accessibility@prismlens.net (preferred)

·support@prismlens.net

Wir bemühen uns, innerhalb von 5 Arbeitstagen zu antworten.

Companion: Datenschutzrichtlinie · Nutzungsbedingungen.