World-Office: Konformitätsgetriebener Fortschritt bei einer unabhängigen Office-Suite
Office-Dokumente sind das härteste Interoperabilitätsproblem eines souveränen digitalen Arbeitsplatzes. Für Mail, Dateien und Chat gibt es ausgereifte Open-Source-Antworten; der Office-Bereich (docx, xlsx und pptx zuverlässig im Browser bearbeiten) ist die Stelle, an der Souveränitätsprojekte weiterhin stolpern. World-Office ist der Versuch von openEduSuite, diese Lücke zu schließen: eine unabhängige, in Rust geschriebene Office-Suite, deren Fortschritt an Konformitätstests gemessen wird, nicht an Behauptungen.
Vom Prototyp zur Produktion
Das Projekt begann mit einem Server-Prototyp, der das Konzept bewies, aber nicht den ingenieurtechnischen Maßstab. Diese erste Implementierung wurde im September 2026 ausgemustert. Der produktive Dokumentenserver ist heute eine native Rust-Codebasis (ein docx-Renderer und eigene OOXML-Verarbeitungscrates), die die Editoren der Suite bedient. Als Integrationsvertrag dient WOPI gegenüber OpenCloud, sodass Dateien sich direkt aus dem Cloud-Speicher öffnen und speichern lassen, in dem die Nutzer ohnehin arbeiten.
Der aktuelle Stand in einer Übersicht:
| Komponente | Status |
|---|---|
Dokumenteneditor (docx) |
Im produktiven Einsatz |
Tabellenkalkulations-Editor (xlsx) |
Auf den Produktionsstack portiert |
Folien-Editor (pptx) |
Auf den Produktionsstack portiert |
| PDF-Export | Native Implementierung |
| Kollaborationsserver-Integration | WOPI gegenüber OpenCloud |
Gemessen, nicht behauptet
Die definierende Regel des Projekts: Kein Feature gilt als fertig, bis ein automatisierter Test seine Ausgabe gegen eine Referenz (Oracle) vergleicht. Drei Mechanismen tragen diese Regel:
Ein Feature-Register mit stabilen IDs. Jedes erforderliche Verhalten liegt in einem versionierten Register von Feature-IDs, und eine Drift-Schwelle lässt CI scheitern, wenn Produktcode und Register auseinanderlaufen. Das Register bildet derzeit einen stabilen Satz an Dokumentformat-Features ab.
Cross-Engine-Konformität. Die Ausgabe des Renderers wird in eine Zwischenrepräsentation normalisiert und gegen Referenz-Renderings bewertet. Bei einfachen Dokumenten erreicht die Text-Geometrie-Treue gegenüber dem Referenz-Rendering 1,0; bei tabellenlastigen Dokumenten liegt sie bei etwa 0,85, eine ehrliche Zahl, die genau sagt, wo Layoutarbeit verbleibt. Visuelle Pixel-Gates arbeiten mit veröffentlichten Baselines statt Eitelkeitsgrenzen; das Kopf-und-Fußzeilen-Gate weist seinen Startpunkt offen mit 17,2 Prozent aus und zieht von dort an.
Ein differenzielles Formel-Oracle für Tabellen. Eine wachsende Testsammlung vergleicht die Formel-Engine von World-Office mit einer Referenzimplementierung. Die erste 30-Fälle-Baseline ergibt 8 von 30; die Baseline existiert gerade deshalb, damit jeder Fortschritt sichtbar wird. Auf der Roadmap stehen rund 450 Tabellenfunktionen.
Entschiedener Umfang
Eine Office-Suite neu zu bauen braucht Grenzen mindestens so sehr wie Code. Die bislang getroffenen Scope-Entscheidungen:
- Formate: OOXML (
docx,xlsx,pptx) und ODF (odt,ods,odp); beide großen Formatfamilien. - Paritätsreferenz: die Web-GUI von OnlyOffice® dient als visuelles und verhaltensmäßiges Kompatibilitätsziel; LibreOffice® bleibt ein sekundärer Format-Interop-Gegencheck.
- Außerhalb des Umfangs: exotische Legacy-Formate und Diagrammformate; der umgebende Datei-Stack routet solche Dateien bereits korrekt, einschließlich eines MIME-Type-Fixes, der Visio-Zeichnungen wieder zuverlässig öffnet.
Lehren aus dem offenen Bau
Drei Lehren, die weitergeben Wert sind:
- Automatisierung braucht Leitplanken. Ein geplanter Automatisierungsauftrag hat einmal nicht committete Arbeit auf dem Entwicklungsserver vernichtet. Die Arbeit wurde durch das Abspielen von Sitzungsprotokollen gerettet, und der Auftrag wurde repariert. Agenten und Timer, die ein Repository berühren, dürfen uncommitteten Zustand niemals zerstören.
- Test-Infrastruktur wohnt getrennt vom Produktcode. Konformitäts-Harness, Register und Korpora liegen in einem eigenen Repository, damit Produkt-Crates sauber bleiben und das Register unabhängig versioniert.
- Ehrliche Baselines schlagen Eitelkeitsmetriken. Eine 8/30- oder 17,2-Prozent-Zahl zu veröffentlichen, ist unangenehm und genau deshalb wirksam: Fortschritt wird zur Ratsche, nicht zur Marketingzeile.
Wie es weitergeht
- Tabellenfunktions-Abdeckung: am differenziellen Oracle entlang bis zum vollständigen Funktionssatz.
- ODF-Tiefe:
odt,odsundodpauf denselben Konformitätsstandard wie OOXML heben. - Tabellen- und Folienkonformität: das Register-und-Oracle-Muster über Dokumente hinaus ausweiten.
Call to Action
- Arbeit verfolgen: Methodik und Design des Konformitäts-Harness sind im Projektrepository dokumentiert.
- Mittesten: Echte Dokumente sind der beste Korpus; kaputte Dateien lehren einen Renderer das Meiste.
- Mitmachen: Treten Sie der openEduSuite-Community bei, wenn Dokumentensouveränität auf Ihrer Agenda steht.
An Dokumenten entscheidet sich Souveränität; deshalb messen wir, statt zu versprechen.
Markenhinweis: OnlyOffice® ist eine eingetragene Marke der Ascensio System SIA. LibreOffice® ist eine eingetragene Marke von The Document Foundation. World-Office ist ein unabhängiges Projekt und steht in keiner Verbindung zu beiden Parteien noch wird es von ihnen unterstützt. Alle anderen Produktnamen sind Marken ihrer jeweiligen Inhaber.
