Der erste Dokumenteneditor: eine einfache, aber riskante Wette

Da ONLYOFFICE im Juli 16 Jahre alt wird, blicken wir zurück auf die Entscheidungen, die das Produkt geprägt haben. Diese Entscheidung fiel vor der Namensgebung, vor der Open-Source-Lizenz und vor 21 Millionen Nutzern. Sie entstand aus der Frustration eines Teams, das etwas entwickeln wollte, was noch niemand zuvor versucht hatte.

Bevor es einen Editor gab, gab es ein Problem

Das Jahr war 2010. Das Team von Ascensio System SIA, das damals an einer Kollaborationsplattform namens TeamLab arbeitete, musste es Nutzern ermöglichen, innerhalb ihres Produkts mit Dokumenten zu arbeiten. Die Plattform hatte Projektmanagement, CRM-Tools, ein Wiki, Blogs und einen gemeinsamen Dateispeicher. Aber wenn jemand ein Word-Dokument bearbeiten musste, war der Workflow, um es milde auszudrücken, unelegant.

Die erste Dokumentenbearbeitungsoption war ein Albtraum. Wenn Sie Datei öffnen drückten, wurde eine exe-Datei auf Ihren PC heruntergeladen. Es war OpenOffice mit einem vorinstallierten Plugin. Das Dokument vom Portal wurde in OpenOffice geöffnet und nach der Bearbeitung wieder in die Cloud gespeichert.

So funktionierte die Dokumentenbearbeitung im Web im Jahr 2010. Man verließ den Browser. Man öffnete eine Desktop-Anwendung. Man bearbeitete. Man speicherte zurück. Man kehrte zu dem zurück, was man tat. Jeder Schritt war reibungslos. Jeder Schritt war ein potenzieller Fehlerpunkt: die falsche Version, das falsche Format, das falsche Exemplar der falschen Person.

Das Team hasste es. Nicht auf eine gemäßigte, professionelle Art, nach dem Motto „Das könnten wir sicher verbessern“, sondern auf eine instinktive, tägliche, peinliche Art. Und so trafen sie eine Entscheidung, die ein Unternehmen entweder prägt oder zerstört: Sie beschlossen, ihren eigenen Editor zu schreiben.

Die Wette: HTML5-Canvas

Im Jahr 2010 war es nicht vernünftig, einen Dokumenteneditor im Browser zu bauen. Google Docs war 2006 gestartet und stellte den offensichtlichen Referenzpunkt dar, aber es funktionierte, indem es den Browser das Dokument mit standardmäßigem HTML rendern ließ. Das bedeutet, dass das, was Sie druckten, anders aussah als das, was Sie auf dem Bildschirm sahen. Die Formatierungen funktionierten browserübergreifend nicht. Komplexe Layouts bröckelten. Das Web war einfach nicht bereit, die Präzision eines Desktop-Textverarbeitungsprogramms nachzubilden.

Das ONLYOFFICE-Team wählte einen grundlegend anderen Ansatz. Anstatt den Browser zu bitten, das Dokument zu rendern, würden sie es selbst rendern und jeden Pixel direkt mit dem HTML5-Canvas-Element malen.

Canvas ist ein Teil von HTML5, das dynamisches, scriptbares Rendering von 2D-Formen und Bitmap-Bildern ermöglicht. Die Technologie ist bekannt dafür, die ursprüngliche Formatierung unabhängig vom Browser oder Betriebssystem beizubehalten.

Die Auswirkungen waren erheblich. Wenn man ein Dokument Pixel für Pixel gestaltet, hat man die volle Kontrolle darüber, wie es aussieht – in jedem Browser, auf jedem Betriebssystem, egal ob es auf dem Bildschirm angezeigt, als PDF exportiert oder gedruckt wird. Eingabe und Ausgabe sind immer identisch: Eine verarbeitete Datei behält denselben Stil, dieselben Absätze, Symbole und denselben Zeilenabstand. Das Dokument, das Sie sehen, ist genau das, was Sie erhalten.

Aber das technische Risiko war real. HTML5-Canvas war nicht für die Dokumentenbearbeitung konzipiert. Niemand hatte das zuvor gemacht. Das Team passte keinen bestehenden Ansatz an; sie bauten einen. Wenn es nicht auf dem erforderlichen Maßstab und Leistungsniveau für eine echte Office-Suite funktionierte, wären zwei Jahre Ingenieurarbeit verschwendet gewesen.

Interessante Tatsache: Canvas war nicht der erste Versuch. Bevor sie sich auf HTML5-Canvas festlegten, probierte das Team CKEditor aus, einen etablierten browserbasierten Rich-Text-Editor, der auf standardisiertem HTML-Rendering basierte. Er scheiterte aus demselben Grund, warum der Ansatz von Google Docs unzureichend war: reines HTML konnte einfach nicht die Formatierungspräzision und die konsistente Darstellung über verschiedene Browser hinweg liefern, die das Team benötigte.

Die Ironie blieb dem Team nicht verborgen: „Google und Microsoft sind auf dieselbe Technologie umgestiegen, die wir verwenden, vielleicht nachdem sie einen Hinweis von uns erhalten hatten.“ Ob Zufall oder Konvergenz, die Branche kam schließlich zu derselben Schlussfolgerung, zu der das ONLYOFFICE-Team 2010 gekommen war. Das Team war nur der Erste, der dorthin gelangte.

Die Tatsache: Im Mai 2021, fast ein Jahrzehnt nach dem CeBIT-Debüt von ONLYOFFICE, gab Google bekannt, dass Google Docs von HTML-basiertem Rendering auf canvas-basiertes Rendering umsteigen würde, um verbesserte Leistung und plattformübergreifende Konsistenz zu gewährleisten. Der Ansatz, auf den ONLYOFFICE 2010 gesetzt hatte, war zum Branchenstandard geworden, zumindest für einen der beiden größten Akteure auf dem Markt.

CeBIT 2012: der erste öffentliche Auftritt

Im März 2012 stellte das Team seine Wette öffentlich vor. Auf der CeBIT in Hannover, einer der größten Technologiemessen der Welt, führte TeamLab die ersten HTML5-basierten Dokumenteneditoren ein. Die Beta-Version war unter html5.teamlab.com zum Testen verfügbar.

TeamLab brachte den ersten HTML5-basierten Dokumenteneditor in Office-Software ein. Mit der neuen, hochmodernen Technologie stellte TeamLab Dateien in jedem Browser, auf jedem Betriebssystem korrekt dar, selbst beim Drucken oder Importieren. Darüber hinaus bietet es leistungsstarke Optionen für die Tabellenverarbeitung, Zeilenabstände, mehrstufige Nummerierungen sowie Text- und Überschriftstile.

Das Produkt in diesem Stadium war nur ein Dokumenteneditor. Keine Tabellenkalkulation, kein Präsentationseditor. Nur der Texteditor, der auf Canvas aufbaut und demonstriert, dass der Ansatz funktionierte.

Dem Team war auch klar, dass Zusammenarbeit kein Bonus, sondern der eigentliche Zweck eines browserbasierten Editors war. Ein Dokument, das auf jedem Bildschirm identisch aussieht, ist nur dann nützlich, wenn mehrere Personen gemeinsam daran arbeiten können. Deshalb wurde der strenge Bearbeitungsmodus hinzugefügt. Hier wird der bearbeitete Dokumentabschnitt gesperrt, und niemand sieht die Eingaben, bis man auf „Speichern“ klickt. Dieser Modus wurde für Teams entwickelt, die gleichzeitig an einem Dokument arbeiten müssen, ohne die Änderungen der anderen zu überschreiben.

Die Tabellenkalkulation, die alles ins Rollen brachte

Dies ist ein besonderer Zeitpunkt, den die Zeitlinie normalerweise überspringt. Der Dokumenteneditor erhält die Schlagzeile, und CeBIT 2012 ist das offizielle öffentliche Debüt. Aber der tatsächliche Ursprung der ONLYOFFICE-Editoren ist seltsamer und unlinearer als das.

Das Projekt begann nicht mit einem Dokumenteneditor, sondern mit einem Tabellenkalkulationseditor, und es verwendete noch nicht Canvas. Die erste Version berechnete Formeln auf dem Server, was eigene Leistungsprobleme mit sich brachte. Bevor der Dokumenteneditor überhaupt fertig war, wurde das Projekt vollständig eingestellt. Wie Alex, der Entwicklungsleiter, sich erinnerte: „Das war’s, wir haben nicht mehr daran gearbeitet.“

Was als Nächstes geschah, ist die Art von Details, die aus offiziellen Erzählungen geglättet werden. Das Team arbeitete leise hinter den Kulissen weiter, behob die Fehler, die zum Abbrechen des Projekts geführt hatten. Schließlich relaunchten sie. Und erst dann erschien der Dokumenteneditor, das Produkt, das das Zentrum von allem werden sollte, was folgte.

Die Wette auf Canvas war gewagt. Aber die Geschichte dahinter umfasst einen Anfang, eine Pause, eine ruhige Fortsetzung und einen Relaunch, von dem die meisten der Branche nie erfahren haben. Das ist die weniger sichtbare Version, wie die Editor von ONLYOFFICE tatsächlich entstanden sind.

Als die Editor erstmals veröffentlicht wurden, hatte das Marketingteam von ONLYOFFICE eine Zeile, die die Positionierung besser einfing als jede Produktspezifikation es könnte: „Was wäre, wenn Google Docs und Microsoft Office ein Kind hätten? Es würde TeamLab genannt werden.“

Es war eine nützliche Kompression dessen, was der Canvas-Ansatz tatsächlich lieferte: die kollaborative, browserbasierte Natur von Google Docs kombiniert mit der Formatierungspräzision von Microsoft Office. Keiner der Ansätze allein war ausreichend. Die Wette auf HTML5-Canvas war genau der Versuch, beide Ansätze gleichzeitig zu verfolgen.

2013: Abschied von proprietären Formaten

Die Canvas-Wette war technisch. Die Wette von 2013 drehte sich um die Kompatibilität, und in gewisser Hinsicht war sie die folgenreicher.

Zu diesem Zeitpunkt verwendete ONLYOFFICE seine eigenen internen Formate (.doct, .xlst, .pptt). Im Jahr 2013 verwirft das Team diese vollständig und verpflichtete sich zu OOXML, den Office Open XML-Standards hinter DOCX, XLSX und PPTX.

Es war nicht die offensichtliche Wahl. Microsofts Formate anzunehmen bedeutete, deren volle Komplexität zu akzeptieren: Jeder Grenzfall in einem zehn Jahre alten Word-Dokument, jede obskure Excel-Formel, jede PowerPoint-Animation musste korrekt dargestellt werden, denn die Nutzer würden Dateien bringen, die in Microsoft Office erstellt wurden, und erwarten, dass sie geöffnet werden. Aber die Alternative, die Nutzer zu bitten, ihre Dateien zu konvertieren, war eine Sackgasse. Die Welt läuft mit DOCX und XLSX, und ONLYOFFICE musste mit den Dokumenten arbeiten, die die Menschen bereits hatten.

Diese Entscheidung ist der Grund, warum TechCrunch im Januar 2014 berichtete, dass TeamLab „behauptet, die besten Online-Zusammenarbeitsfunktionen von Google mit der hohen Formatierungsqualität von Microsoft Word zu kombinieren“, und warum die Schlagzeile lautete, dass das Produkt „Microsoft Office 365 zurück an den Reißbrett schicken möchte.“

2014: Die Entscheidung für Open Source und der neue Name

Mitte 2014 verfügte das Team über eine funktionierende Software-Suite: Dokumente, Tabellenkalkulationen und Präsentationen, die im Browser liefen, mit Microsoft Office-Formaten kompatibel waren und die gemeinsame Bearbeitung in Echtzeit ermöglichten. Vier Jahre nach der ersten frustrierten Entscheidung, von vorn anzufangen.

Im Juli 2014 wurde TeamLab Office in ONLYOFFICE umbenannt, und der Quellcode wurde unter AGPLv3 auf GitHub und SourceForge veröffentlicht. Der Name spiegelte den Fokus wider: „nur Office“. Die Veröffentlichung des Quellcodes verwandelte eine proprietäre Wette in eine offene, transparente und sichere, damit jeder sie überprüfen konnte.

Diese Entscheidung war rückblickend auch die Grundlage für alles, was folgte. Die über 40 Integrationen, die Moodle-Plugins, die Confluence-App und der DocSpace MCP-Server gehen alle auf den Tag zurück, an dem der Code öffentlich wurde.

Die Serverumstrukturierung, über die niemand spricht

Die Canvas-Wette erhält die meiste Aufmerksamkeit. Etwa zur gleichen Zeit wurde jedoch eine zweite technische Entscheidung getroffen, die auf ihre Art ebenso radikal war.

Als das Team mit der Entwicklung einer kollaborativen Bearbeitungsfunktion im Browser begann, trat ein neues Problem auf, das bei der Beschreibung des Editors leicht übersehen wird. Der ursprüngliche Dokumentenserver lief auf .NET, demselben Technologie-Stack wie der Rest von TeamLab. Für ein browserbasiertes Kollaborationsprodukt mit Echtzeit-Anforderungen an die gemeinsame Bearbeitung war diese Architektur ungeeignet.

Deshalb verschrottete das Team im Jahr 2014 den gesamten Server, den es vier Jahre lang entwickelt hatte, und schrieb ihn von Grund auf in Node.js um, eine Technologie, die zu diesem Zeitpunkt kaum für den produktiven Einsatz in nennenswertem Umfang bekannt war. Wie Alex, Leiter der Entwicklung, es beschrieb: „Die Wahl von Node.js war genauso seltsam wie die Wahl von Canvas. Niemand hat etwas geschrieben, das eine hohe Auslastung hatte.“ Die Neufassung wurde von einem einzigen Ingenieur in vier Monaten abgeschlossen. Die Version von Node.js, auf der sie bauten, war 0,10–0,12, wobei, wie das Team mit charakteristischer Untertreibung feststellte, „0 bedeutet: ‚Erwartet nichts Ernstes, Leute‘.“

Zwei unkonventionelle technische Wetten, die im selben Jahr von einem Team abgeschlossen wurden, das mit herkömmlichen Optionen keine Geduld mehr hatte.

2016: Schnelles gemeinsames Bearbeiten und die Desktop-Editoren

Zwei weitere bedeutende Meilensteine schlossen das erste Kapitel der Editor-Geschichte ab.

Der schnelle gemeinsame Bearbeitungsmodus wurde 2016 eingeführt, um allen Nutzern eine wirklich effektive Dokumentenkollaboration zu ermöglichen. Während der strenge Modus einen Absatz während der Eingabe sperrte und Änderungen erst beim Speichern anzeigte, visualisierte der schnelle Modus Änderungen in Echtzeit – das Verhalten, das die meisten Nutzer heute mit gemeinsamer Dokumentenbearbeitung verbinden. ONLYOFFICE bot nun beides: einen gezielten, kontrollierten Bearbeitungsmodus und einen Live-Modus für die gleichzeitige Bearbeitung. Die Wahl hing vom Workflow des Teams ab, nicht von technischen Beschränkungen.

Ebenfalls im März 2016 veröffentlichten die Entwickler von ONLYOFFICE eine Desktop-Anwendung, ONLYOFFICE Desktop Editors, die als Open-Source-Alternative zu Microsoft Office positioniert war. Der gleiche HTML5-Canvas-Editor, der im Browser ausgeführt wurde, wurde nun als native Desktop-Anwendung für Windows, Linux und macOS verpackt. Der technische Ansatz, der ursprünglich als Wette für das Web begonnen hatte, lief nun überall.

Mobil: Der gleiche Editor, überall

Die Desktop-Anwendung von 2016 erweiterte den Canvas-Editor über den Browser hinaus. Die mobilen Apps erweiterten ihn noch weiter auf die Geräte, auf denen immer mehr Dokumentenarbeiten wirklich stattfanden.

ONLYOFFICE Documents für iOS und Android brachte dieselbe Bearbeitungs-Engine auf Smartphones und Tablets: vollständige Bearbeitung von DOCX-, XLSX- und PPTX-Dateien, gemeinsames Bearbeiten in Echtzeit, Änderungsverfolgung und Kommentare. Kein vereinfachter Viewer mit grundlegenden Bearbeitungsfunktionen, sondern derselbe Editor, optimiert für Touch-Bedienung. Das Update 9.4 im Jahr 2026 führte Mistral-KI-Unterstützung für Mobilgeräte, manuelle Speichersteuerung für Cloud-Dokumente, eine Formel-Registerkarte im Android-Tabellenkalkulationseditor und das Einfügen mehrerer Bilder unter iOS ein. Der Canvas-Ansatz, der 2010 als Browser-Projekt begann, ist heute auf allen gängigen Arbeitsplattformen verfügbar.

Wie die Wette tatsächlich aussah

Es ist einfach, vierzehn Jahre später die Entscheidung für HTML5 Canvas als visionär zu rahmen. Zu der Zeit sah es aus wie ein ernstes Risiko, das von einem Team eingegangen wurde, das keine Geduld mehr für die Alternativen hatte.

Die Alternativen im Jahr 2010 waren: OpenOffice mit einem Plugin verwenden (sie haben es versucht, gehasst), einen Browser-Rendering-Ansatz wie Google Docs verwenden (inkonsistent zwischen Browsern, begrenzte Formatierung) oder etwas Proprietäres zu bauen, das eine Desktop-Installation erforderte (was dem Zweck einer Cloud-Plattform widerspricht). Keiner dieser Ansätze war gut genug. Also bauten sie eine vierte Option, die noch nicht existierte.

Das technische Risiko war real. Canvas-basiertes Rendering ist rechenintensiv. Um es schnell genug für die Bearbeitung realer Dokumente mit komplexen Tabellen, eingebetteten Bildern, Formeln und gemeinsamer Bearbeitung zu machen, waren umfangreiche Entwicklungsarbeiten zur Leistungsoptimierung nötig, die sich über Jahre nach der ersten CeBIT-Demo erstreckten.

ONLYOFFICE entwickelte eine Architektur, die eine minimale Echtzeitverbindung zwischen den Teilnehmern gewährleistet und die Serverlast minimiert. Diese Architektur, die für die gleichzeitige Bearbeitung ohne Leistungsengpass auf dem Server ausgelegt ist, bildet bis heute die Grundlage für die gemeinsame Bearbeitung mit ONLYOFFICE.

Von einem Editor zu einer Suite von sieben

Das Team, das auf der CeBIT 2012 eine Betaversion eines einzelnen Dokumenteneditors vorstellte, liefert nun sieben Editortypen in einer aufeinander abgestimmten Suite ONLYOFFICE Docs aus: Dokumenteneditor, Tabellenkalkulationseditor, Präsentationseditor, PDF-Editor, Formularersteller, Diagramm-Viewer und die KI-gestützte Assistentenschicht, die mit allen zusammenarbeitet.

Das Produkt wurde unter Verwendung von Canvas erstellt, einem Teil von HTML5, der dynamisches, scriptbares Rendering von 2D-Formen und Bitmap-Bildern ermöglicht. Die grundlegenden Formattypen, die in ONLYOFFICE Docs verwendet werden, sind OOXML (DOCX, XLSX, PPTX). Das hat sich nicht geändert. Der Rendering-Ansatz, der 2010 gewählt wurde, liegt nach wie vor jedem Dokument zugrunde, das heute in ONLYOFFICE geöffnet wird, in jedem Browser, auf jedem Gerät, in jeder der 45 Schnittstellensprachen.

Die Wette war einfach: Baue einen Editor, der Dokumente genau so darstellt, wie sie aussehen sollten, auf jeder Plattform, jedes Mal. Das Risiko war real: niemand hatte es auf diese Weise gemacht, und es dauerte Jahre, es zu bauen. Vierzehn Jahre später sieht das Dokument überall gleich aus, sei es im Browser in Frankreich, auf einem Desktop in Japan, auf einem Telefon in Kenia oder beim Drucken von einem Server im Keller eines deutschen Krankenhauses.

Der PDF-Editor: ein Format, das niemals bearbeitbar sein sollte

Eine der bedeutendsten Erweiterungen der ursprünglichen Wette war kein neuer Editor-Typ; es war die Transformation eines bestehenden Formats.

PDFs wurden 1993 als endgültige, unveränderliche Dokumente konzipiert – als Endpunkt ihres Lebenszyklus, nicht als Zwischenschritt. Jahrzehntelang bedeutete die Arbeit mit PDFs deren Anzeige, Ausdruck oder Konvertierung in ein anderes Format. Der PDF-Editor von ONLYOFFICE stellte diese Annahme grundlegend in Frage.

Heute unterstützt der PDF-Editor die direkte Text- und Bildbearbeitung ohne Konvertierung, die vollständige Seitenanmerkung mit Formen und Stempeln, die dauerhafte Maskierung sensibler Inhalte, digitale Unterschriften in drei Modi, ausfüllbare PDF-Formulare mit rollenbasierten Feldern, Seitenmanagement einschließlich Drag-and-Drop-Neuordnung, OCR für gescannte Dokumente und eine Echtzeit-Kollaboration bei der Anmerkung. Es ist kein Viewer mit Bearbeitung, die zusätzlich integriert ist. Es ist eine vollwertige Bearbeitungsumgebung für ein Format, das die Branche als schreibgeschützt betrachtet hatte.

Der PDF-Editor ist in ONLYOFFICE ohne zusätzliche Kosten enthalten, keine separate Adobe-Lizenz, kein Add-On-Abonnement. Diese Entscheidung spiegelt dieselbe Logik wie die Canvas-Wette wider: Wenn ein Dokumentformat existiert, sollten die Menschen in der Lage sein, damit richtig zu arbeiten, in der gleichen Umgebung, in der sie mit allem anderen arbeiten.

Weiterlesen

Dieser Artikel ist der zweite Beitrag in unserer 16-teiligen Serie, die ONLYOFFICEs 16. Geburtstag gewidmet ist. Darüber hinaus werden wir mehr über die wichtigsten Meilensteine, Produktentscheidungen und andere Schritte erfahren, die ONLYOFFICE geprägt haben. Lassen Sie uns gemeinsam zurückblicken.

Bleiben Sie dran für Artikel drei!