Erklärung zur Barrierefreiheit

Richscripts Inc. setzt sich dafür ein, dass RichTextEditor für alle nutzbar ist, unabhängig davon, mit welcher assistiven Technologie jemand Dokumente schreibt und prüft. Diese Seite beschreibt, welches Ziel wir verfolgen, was derzeit funktioniert und wo wir wissen, dass wir es noch nicht erreichen.

Konformitätsziel

RichTextEditor strebt Konformität mit den Web Content Accessibility Guidelines (WCAG) 2.2 Level AA an. Der Editor basiert auf nativem contenteditable, standardkonformem semantischem HTML und ARIA-Rollen und -Attributen, wo semantisches HTML allein nicht ausreicht.

Ein Barrierefreiheitsaudit durch Dritte und ein formelles VPAT sind noch nicht veröffentlicht. Bis unabhängige Nachweise vorliegen, ist diese Seite eine Selbsteinschätzung und führt die uns bekannten Lücken ausdrücklich auf.

Was heute funktioniert

Bekannte Lücken

Vertrauen entsteht unserer Ansicht nach durch Ehrlichkeit, nicht durch eine perfekt klingende Erklärung. In diesen Bereichen erreichen wir das Ziel bekanntermaßen noch nicht, und das tun wir jeweils dagegen:

• Audit durch Dritte noch nicht veröffentlicht. Diese Erklärung gibt nur eine Selbsteinschätzung wieder. Beschaffungsteams in Unternehmen, die ein formelles VPAT verlangen, sollten es als offene Anforderung behandeln und uns für das aktuelle Paket mit Nachweisen zur Barrierefreiheit kontaktieren.
• Tabellenköpfe werden gemeldet, nicht erraten. Der Editor rät nicht, dass eine erste Zeile eine Kopfzeile ist – falsch geraten würde Daten als Überschriften kennzeichnen, und das ist schlimmer, als sie unverändert zu lassen. Stattdessen meldet er die Tabelle: Die Barrierefreiheitsprüfung meldet table-missing-header für jede Tabelle ohne Kopfzellen und bietet eine Reparatur per Klick, die die erste Zeile zu <th scope="col"> macht und dabei Zellinhalt und Attribute erhält. Dieser scope wird in das getaggte PDF (TH mit Spalten-Scope) und in .docx (eine wiederholte Zeile tblHeader) übernommen, sodass eine einzige Korrektur die Tabelle überall richtigstellt, wohin sie exportiert wird. Die verbleibende Lücke: Eine nebenbei erstellte Tabelle bleibt unzugänglich, bis jemand die Prüfung ausführt.
• Der Bildeditor (tui.image-editor) ist eine Abhängigkeit von Dritten; seine Werkzeugpalette ist nicht vollständig per Tastatur bedienbar. Wir bieten einen einfachen Upload als Alternative, sodass Benutzer den Editor überspringen und trotzdem Bilder mit Alt-Text einfügen können.
• Die mobile Symbolleiste ist responsiv, aber nicht für die Rotor-Navigation von VoiceOver / TalkBack optimiert. Das steht auf der Roadmap für 2026, zusammen mit dem eigenen mobilen Symbolleistenmodus.

Unterstützte assistive Technologie

Vor jedem Release testen wir mit den folgenden Kombinationen. Probleme in einer dieser Kombinationen blockieren das Release.

Tastenkürzel

Das Benutzerhandbuch enthält die vollständige Referenz der Tastenkürzel. Die wichtigsten:

• Ctrl+B / I / U – fett / kursiv / unterstrichen
• Ctrl+K – Link einfügen
• / am Zeilenanfang – Menü der Slash-Befehle
• @ + Name – Auswahl für Erwähnungen
• Ctrl+Alt+M – Kommentar zur Auswahl hinzufügen
• Ctrl+Shift+E – Änderungsverfolgung umschalten
• Ctrl+Space auf einer Auswahl – Ask AI

Ein Problem melden

Wenn Sie assistive Technologie verwenden und etwas nicht funktioniert, möchten wir davon erfahren. Bitte geben Sie an:

• Die assistive Technologie, die Sie verwenden (Name + Version)
• Browser und Betriebssystem
• Was Sie tun wollten, was passiert ist und was Sie erwartet haben
• Die URL oder ein Code-Snippet, wenn Sie den Editor integrieren

Schreiben Sie an accessibility@richtexteditor.com – wir sagen eine erste Antwort innerhalb von zwei Werktagen zu.