Rte funktioniert sowohl auf dem Server als auch im Browser. Nutze immer den Standard-Import (z. B. @prokodo/ui/rte) — die Library erkennt die Umgebung automatisch.
RTE
RTE (Rich Text Editor) bietet eine WYSIWYG-Bearbeitung mit konfigurierbarer Toolbar. Unterstützt Markdown-Shortcuts, Inline-Formatierung, Listen, Links und optionalen Bild-Upload.
RTE ist aktuell in Beta. API-Details und Verhalten können sich in kommenden Releases noch ändern.
Übersicht
import { RTE } from "@prokodo/ui/rte"
;<RTE
name="content"
value={editorValue}
onChange={setEditorValue}
label="Article content"
/>
Import
import { RTE } from "@prokodo/ui/rte"
CSS:
import "@prokodo/ui/rte.css"
Props
| Prop | Typ | Standard | Pflicht | Beschreibung |
|---|---|---|---|---|
id | string | — | — | HTML-id für den Editor. |
label | string | — | — | Beschriftungstext oberhalb des Editors. |
value | string | — | — | Gesteuerter HTML-Content-Wert. |
defaultValue | string | — | — | Unkontrollierter HTML-Ausgangswert. |
placeholder | string | — | — | Platzhaltertext. |
disabled | boolean | false | — | Editor deaktivieren. |
required | boolean | false | — | Feld als Pflichtfeld markieren. |
errorText | string | — | — | Fehlermeldung unterhalb des Editors. |
helperText | string | — | — | Hilfetext unterhalb des Editors. |
rteOptions | RTEOptions | — | — | Quill-Editor-Optionen. |
rteToolbar | RTEFeature[] | — | — | Toolbar-Feature-Array-Override. |
onChange | (html: string, meta: { text: string }) => void | — | — | Wird bei Inhaltsänderung mit HTML und Klartext aufgerufen. |
className | string | — | — | CSS-Klasse am Root-Element. |
Siehe
src/components/rte/RTE.model.tsfür den vollständigenRTEProps-Typ.
Design-Tokens
Passe RTE über CSS Custom Properties auf :root oder einem übergeordneten Element an.
| Token | Standard | Beschreibung |
|---|---|---|
--pk-rte-bg | var(--pk-color-surface) | Editor-Hintergrund |
--pk-rte-toolbar-bg | color-mix(…) | Toolbar-Hintergrundtönung |
--pk-rte-accent | var(--pk-color-brand) | Aktives Toolbar-Element |
--pk-rte-icon-color | var(--pk-color-fg) | Icon-Farbe |
--pk-rte-code-bg | color-mix(…) | Inline-Code-Hintergrund |
--pk-rte-radius | var(--pk-radius-md) | Editor-Eckenradius |
AIC-Hinweis
Verwende im Anwendungscode immer den Standard-Importpfad:
import { RTE } from "@prokodo/ui/rte"
Eine separate Auswahl von /client oder /lazy ist im Consumer-Code nicht erforderlich.
AIC-Komponenten unterstützen außerdem ein priority-Flag für kritische Above-the-fold-Elemente.
Am sichtbarsten ist das bei Image (natives Preloading via <link rel="preload"> für Above-the-fold-Inhalte).
WCAG-2.2-Status
| Kriterium | Bezeichnung | Status | Hinweis |
|---|---|---|---|
| 1.3.1 | Info und Beziehungen (A) | ✅ Erfüllt | Semantische Struktur (Überschriften, Listen, Labels, Landmarks) muss programmatisch via HTML oder ARIA vermittelt werden. |
| 1.3.5 | Eingabezweck identifizieren (AA) | 🔍 Manuell prüfen | Formularfelder, die persönliche Daten erfassen, müssen ihren Zweck via HTML-autocomplete-Attribut kommunizieren. |
| 2.1.1 | Tastatur (A) | 🔍 Manuell prüfen | Alle Funktionalität muss allein über Tastatur bedienbar sein, ohne Timing-Anforderungen. |
| 2.1.2 | Keine Tastaturfalle (A) | 🔍 Manuell prüfen | Der Tastaturfokus darf niemals innerhalb einer Komponente eingeschlossen sein; Nutzer müssen immer mit Standardtasten navigieren können. |
| 2.4.3 | Fokusreihenfolge (A) | 🔍 Manuell prüfen | Die Tastaturfokus-Reihenfolge muss im vollständigen seitenseitigen Integrationskontext Bedeutung und Bedienbarkeit erhalten. |
| 2.4.7 | Fokus sichtbar (AA) | 🔍 Manuell prüfen | Auf jedem interaktiven Element muss ein sichtbarer Tastaturfokus-Indikator vorhanden sein. Prüfung gegen das angewendete Produkt-Theme erforderlich. |
| 2.4.11 | Fokus nicht verdeckt (Min.) (AA) | 🔍 Manuell prüfen | Die fokussierte Komponente darf nicht vollständig durch Sticky-Header, Overlays oder andere positionierte Seitenelemente verdeckt sein. |
| 3.3.1 | Fehlererkennung (A) | 🔍 Manuell prüfen | Eingabefehler müssen in Textform identifiziert und dem Nutzer beschrieben werden, nicht nur durch Farbe. |
| 3.3.2 | Bezeichnungen oder Anweisungen (A) | ✅ Erfüllt | Jedes Formularfeld benötigt ein programmatisch verknüpftes Label oder eine sichtbare Anweisung. |
| 4.1.2 | Name, Rolle, Wert (A) | ✅ Erfüllt | Name, Rolle und Zustand aller interaktiven UI-Komponenten müssen via nativer HTML-Semantik oder ARIA programmatisch bestimmbar sein. |
| 4.1.3 | Statusmeldungen (AA) | ✅ Erfüllt | Statusmeldungen (Laden, Erfolg, Fehler, Fortschritt) müssen assistiven Technologien ohne Fokusverschiebung mitgeteilt werden (aria-live oder role='status'). |
Testabdeckung: 2 jest-axe-Assertion(s) in 6 Testdatei(en) · 5 ARIA-Attribut-Vorkommen im Quellcode-Scan. Kriterien mit 🔍 erfordern manuelle Prüfung im finalen Integrations- und Theme-Kontext.