BERLIN / LONDON (IT BOLTWISE) – Der unabhängige Entwickler Marijn Haverbeke bringt mit Wordgard eine komplette Neuentwicklung für rich-text-Editoren auf den Markt. Statt wie bei ProseMirror auf atomare „Steps“ setzt Wordgard auf ein Delta-Änderungsmodell, das Transaktionen klarer macht und kollaboratives Editing näher an die Grundarchitektur rückt. Auch die Schema-Logik, Cursor- und Selection-Behandlung sowie das Erweiterungsmodell wurden neu gestaltet. Für bestehende ProseMirror-Nutzer ist kein „Upgrade“ vorgesehen – für neue Projekte stellt Wordgard jedoch eine ernsthafte Alternative dar.
Marijn Haverbeke liefert mit Wordgard, veröffentlicht am 3. Juli 2026, keine weitere Iteration von ProseMirror, sondern einen echten Architektur-Neustart. Das ist kommunikativ und technisch wichtig: Der Wechsel ist kein „ProseMirror 1.x zu 2.0“, sondern eine neue API-Welt, die das bisher Gelernte konsequent in andere Abstraktionen gießt. Haverbeke betont dabei, dass ProseMirror nicht abgekündigt wird und weiterhin gepflegt bleibt. Damit entsteht ein klassischer Open-Source-Migrationskonflikt: Wer heute neu plant, muss entscheiden, ob er auf eine pre-1.0 Codebasis setzt, die von einem einzelnen Maintainer gesteuert wird, oder ob er bei einer etablierten Bibliothek bleibt.
Wordgard adressiert den Kernbereich moderner Text-Editing-Software: ein schema-konfiguriertes Rich-Text-Editor-Framework, das sich im Browser ausrollen lässt. Der entscheidende Punkt ist die „Toolkit“-Perspektive: Entwickler definieren die gewünschten Dokumentstrukturen, konfigurieren eine Erweiterungslandschaft und bauen den Editor darüber. Die Bibliothek kommt als open-source JavaScript Paket (npm: „wordgard“) unter MIT-Lizenz, ergänzt durch Dokumentation, Live-Demo, Migration Guide und einen System Guide. Version 0.1 ist bereits ausgeliefert; Haverbeke will laut Release-Post mindestens ein Jahr im 0.x-Raum bleiben. Für Unternehmen bedeutet das: Das öffentliche API sollte bis zu 1.0 noch als veränderlich eingeplant werden.
Technisch markiert Wordgards Änderungsmodell den größten Bruch zu ProseMirror. ProseMirror zerlegte jede Bearbeitung in eine Kette atomarer „Steps“, die jeweils auf den vorhergehenden Dokumentzustand wirken. In der Praxis machte genau das viele Implementierer skeptisch, weil man sich bei Mehrschritt-Editierlogik ständig mit Dokumentverschiebungen auseinandersetzen musste. Wordgard ersetzt Steps durch ein Delta-Format mit „sections“, etwa: „keep 4“, „replace 0 with ‚L‘“, „keep 6“ – für textbasierte Beispiele. Für Rich-Text erweitert das Modell diese Struktur um Mark-Änderungen wie Fettungen oder Link-Attributen. Weil jede Transaktion genau eine zugehörige Änderung trägt, ist sie eindeutig inspectbar.
Diese Eindeutigkeit ist auch der technische Hebel für kollaboratives Editing und selektives Undo. Wordgard geht einen Schritt weiter als reine Kompatibilitätslogik: Wenn zwei Änderungen vom gleichen Ausgangsdokument ausgehen, kann das System Konflikte durch Ableitung einer „fix-up“-Änderung so zusammenführen, dass am Ende ein gültiger Zielzustand entsteht – unabhängig von der Reihenfolge der Operationen. Das klingt nach theoretischer Operational-Transformation-Idee, wird aber hier direkt in das Change-Modell integriert. ProseMirror hatte Kollaboration nachträglich adressiert; Wordgard baut die Voraussetzungen dafür von unten nach oben ein. In der Praxis ist das besonders relevant, wenn Teams mehrere Cursor, parallele Markierungen und Undo-Stack-Teilaspekte kombinieren müssen, ohne dass das System „weich“ in Sonderfälle kippt.
Ein weiterer Baustein betrifft das Schema-Design. ProseMirror band Node- und Mark-Typen stärker an konkrete Schema-Instanzen, was Wiederverwendung erschwerte: Eine Extension, die Alignment-Funktionen mit Attributen versorgt, musste dann typischerweise über mehrere Knoten hinweg manuell verdrahtet werden. Wordgard löst das über unabhängige Objekte für Node- und Mark-Typen, die mehreren Schemas angehören können. Defaults reisen mit der Typdefinition, während ein bestimmtes Schema Standardbeziehungen überschreiben darf. Das erleichtert das „Extension-first“-Arbeiten: Ein List-Support kann Menü-Buttons und Key-Bindings mitbringen, ohne dass der Schema-Autor jedes Mal sekundäre Verhaltenslogik nachziehen muss.
Auch das, was ProseMirror als „Content Expressions“ bekannt machte, ist bei Wordgard verschwunden. Haverbeke beschreibt die ursprüngliche Regex-basierte Constraint-Form als etwas, das oft zu komplex ist, um generisch korrekt programmiert zu werden. Denn wer den exakten Schema-Constraint-Satz nicht kennt, kann Transformationen nicht sicher erzeugen: Das System zwingt dann zu konservativerem Verhalten oder zu mehr Spezialcode. Wordgard setzt stattdessen auf „corrections“ – programmatische Callbacks, die greifen, sobald das Dokument eine unerwünschte Form erreicht. Ein Correction kann zum Beispiel eine Tabellenstruktur so erzwingen, dass sie rechteckig bleibt. Der entscheidende Unterschied: Corrections feuern nur bei Bedarf, also ohne permanenten Overhead bei jedem Edit.
Im Betrieb fällt häufig nicht das Schema, sondern die Interaktionsqualität auf: Cursor-Bewegung, Selection-Rendering, Drag-Verhalten. ProseMirror delegierte hier stark an das Browserverhalten, das je nach DOM-Umsetzung und Content-Gränzen Inkonsistenzen zeigen kann. Wordgard übernimmt laut Meldung „fast alles“ selbst: pointer- und keyboard selection handling, außerdem eine bidirektionale Textschicht, ein Modell der Content-Layout-Struktur und Cursor-Drawing ohne Browser-Zuständigkeit. Zusätzlich nutzt Wordgard vor allem beforeinput-Events, ausgenommen composition text input, wodurch das frühere DOM-Monitoring und Rekonstruieren der Änderungen entfällt. Eine Ausnahme bleibt Touch-Selection nativ, weil eine komplette Neuschöpfung sonst das native Kontextmenü auf Phones und Tablets zerstören würde.
Marktseitig liest sich Wordgard als Angriff auf zwei typische Enterprise-Schmerzpunkte: Architekturschulden und Wartbarkeit bei wachsendem Funktionsumfang. Branchenbeobachter ordnen Wordgard dabei auch in die Entwicklung hinein, die man von CodeMirror 6 kennt: Das Erweiterungsmodell wird facet-basiert statt plugin-array-basiert. Damit verschwinden Fälle, in denen ein Plugin gleichzeitig „low precedence“ und „high precedence“ für verschiedene Aspekte bräuchte – denn jeder Extension-Wert erhält seine eigene Precedence-Kategorie. Als Gegenpol bleibt die soziale Policy: Wordgard akzeptiert keine Pull Requests. Haverbeke begründet das mit steigender Last durch AI-generierten Code, der syntaktisch plausibel, semantisch aber häufig falsch ist. Für Organisationen heißt das: Bugfixes kommen primär vom Maintainer, die Bus-Factor-Diskussion bleibt real; gleichzeitig können Firmen aufgrund MIT-Lizenz forken, müssen aber die langfristige Pflege einkalkulieren.
Der Ausblick hängt deshalb weniger am Feature-Katalog als an der Governance und an Sicherheits-/Compliance-Risiken im Text-Editing-Kontext. Rich-Text-Editoren sind oft indirekt mit untrusted content konfrontiert; Änderungen an Change- oder Selection-Modellen müssen daher robust gegenüber Edge-Cases sein, etwa bei komplexen Markup-Strukturen, Copy-Paste, IME-Kompositionen und der Serialisierung in persistente Formate. In der Praxis sollten Teams Wordgard in einer kontrollierten Staging-Umgebung testen, insbesondere im Hinblick auf Input-Event-Hooks und Undo/Redo-Konsistenz bei gleichzeitigen Bearbeitungen. Für neue Projekte kann Wordgard durch die „native“ Kollaborationsgrundlage und die klarere Delta-Inspektion attraktiv sein. Für bestehende ProseMirror-Setups gilt dagegen: Es bleibt ein Rewrite-Thema, aber die Architekturideen lassen sich als Muster übernehmen, während man bei Bedarf schrittweise auf ein neues Editor-Framework umstellt.
💳 Amazon-Kreditkarte mit 2.000 Euro Limit bestellen!
🔥 Heutige Hot Deals bei Amazon: Bis zu 80% Rabatte!
🎉 Amazon Haul-Store für absolute Schnäppchenjäger!
- ★ 23-stufiges KI-Go-Training – Für Spieler mit Grundkenntnissen der Regeln – Entwickelt als intelligenter Trainingspartner passt sich die KI Spielern von 18K bis 9D an. Ideal für alle, die die Grundregeln bereits beherrschen und ihr Spiel verbessern möchten.
- IHR EMOTIONALER AI-BEGLEITER: Eiliko ist mehr als nur ein Anhänger, es ist ein charismatischer KI-Freund. Mit einem dynamischen LED-Bildschirm, der eine Vielzahl von animierten Gesichtern und Ausdrucksformen anzeigt, reagiert er auf Ihre Interaktionen mit einzigartiger Persönlichkeit und Charme.
- NIEDLICHER BEGLEITER: Eilik ist der ideale Begleiter für Kinder und Erwachsene, die Haustiere, Spiele und intelligente Roboter lieben. Mit vielen Emotionen, Bewegungen und interaktiven Funktionen.
- 【XL-Größe für gedeihende Pflanzen】Geben Sie Ihren Pflanzen den Raum, den sie verdienen! Unser verbessertes, großes 13,7 cm großes Design bietet Platz für Pflanzen mit einem Durchmesser von bis zu 8,9 cm und damit deutlich mehr Platz für Wurzelwachstum und Pflanzengesundheit im Vergleich zu kleineren, veralteten Modellen. Die Produktabmessungen betragen 13,6 x 13,6 x 13,2 cm und das Gerät wiegt nur 355 g.
- V28 Update - JETZT MIT NEUEN FUNKTIONEN! Als Reaktion auf das Ladeproblem von Loona haben wir das automatische Aufladen 2.0 verbessert. Diese Optimierung hilft Loona, die Ladewege in verschiedenen Szenarien zu erkennen und anzupassen, um die Erfolgsquote beim automatischen Aufladen zu erhöhen. Mobile Hotspots können sich mit Loona verbinden und überwinden WLAN-Einschränkungen, sodass Sie jederzeit und überall mit Loona interagieren können.
- Die besten Bücher rund um KI & Robotik!
- Die besten KI-News kostenlos per eMail erhalten!
- Zur Startseite von IT BOLTWISE® für aktuelle KI-News!
- IT BOLTWISE® kostenlos auf Patreon unterstützen!
- Aktuelle KI-Jobs auf StepStone finden und bewerben!
- Künstliche Intelligenz: Dem Menschen überlegen – wie KI uns rettet und bedroht | Der Neurowissenschaftler, Psychiater und SPIEGEL-Bestsellerautor von »Digitale Demenz«
Du hast einen wertvollen Beitrag oder Kommentar zum Artikel "Wordgard ersetzt ProseMirrors Architekturfehler: neue KI-Editor-Bausteine" für unsere Leser?
#Sophos
#AmazonPrime
#Bestseller
Es werden alle Kommentare moderiert!
Für eine offene Diskussion behalten wir uns vor, jeden Kommentar zu löschen, der nicht direkt auf das Thema abzielt oder nur den Zweck hat, Leser oder Autoren herabzuwürdigen.
Wir möchten, dass respektvoll miteinander kommuniziert wird, so als ob die Diskussion mit real anwesenden Personen geführt wird. Dies machen wir für den Großteil unserer Leser, der sachlich und konstruktiv über ein Thema sprechen möchte.
Du willst nichts verpassen?
Du möchtest über ähnliche News und Beiträge wie "Wordgard ersetzt ProseMirrors Architekturfehler: neue KI-Editor-Bausteine" informiert werden? Neben der E-Mail-Benachrichtigung habt ihr auch die Möglichkeit, den Feed dieses Beitrags zu abonnieren. Wer natürlich alles lesen möchte, der sollte den RSS-Hauptfeed oder IT BOLTWISE® bei Google News wie auch bei Bing News abonnieren.
Nutze die Google-Suchmaschine für eine weitere Themenrecherche: »Wordgard ersetzt ProseMirrors Architekturfehler: neue KI-Editor-Bausteine« bei Google Deutschland suchen, bei Bing oder Google News!