ODF versus OOXML

Felix von Leitner (Fefe) hat den Begriff "Hannoveraner Pressemitteilungsabdruckdienst" geprägt. Damit verspottetete er IT-Nachrichtenportale, die gerne Pressemitteilungen abdrucken. Auch bei uns treffen jeden Tag solche Mitteilungen ein. Wir prüfen dann, ob sie zu unserem Themenspektrum passen, und veröffentlichen diese, falls wir einen Nutzen für unsere Leserschaft darin sehen. Dieser Beitrag wurde uns von der Firma Collabora Online zugespielt. Der CEO, Michael Meeks, hat ihn geschrieben. Ich fand den Text relevant und interessant, weshalb ich ihn gerne veröffentliche.

Die Interoperabilität von Dokumenten ist nach wie vor ein umkämpftes Feld, auf dem Open-Source- und alternative Office-Suiten immer wieder Hindernisse in den Weg gelegt werden.
           
Zu Beginn des Jahrhunderts gab es eine Zeit, in der gemeinsame Anstrengungen unternommen wurden, um einen XML-basierten offenen Dokumentenstandard (ODF) zu schaffen, der den Nutzern eine reibungslose Interoperabilität bieten sollte, unabhängig davon, für welche Office-Suite sie sich entschieden. Die erste Version wurde 2006 als OASIS-Standard und später von der ISO als internationaler Standard verabschiedet. Leider entwickelte Microsoft für seine Office-Dokumente das konkurrierende OOXML-Format. 
           
OOXML deckt alle gängigen Office-Dokumente ab, die wir kennen, einschliesslich der „großen Drei“: Textverarbeitungsdokumente in Word (z. B. DOCX), Tabellenkalkulationen in Excel (z. B. XLSX) und Präsentationen in PowerPoint (z. B. PPTX).

Während OOXML im Jahr 2008 im Eilverfahren die ISO-Zulassung erhielt, wurde es in zwei Teilstandards aufgeteilt: ISO 29500 Strict und einen zweiten mit der Bezeichnung ISO 29500 Transitional. 
           
ISO 29500 Strict ist eine vollständig standardisierte, konforme Version des Formats und stellt im Gegensatz zu Transitional eine bereinigte Teilmenge der Spezifikation dar, wobei veraltete Funktionen entfernt wurden, die ursprünglich Teil älterer Binärformate waren, darunter die alten Dokumentformate wie DOC und XLS.  Im Gegensatz dazu ist „Transitional“ ein weniger standardisiertes Format, das zur Gewährleistung der Abwärtskompatibilität veraltete (z. B. DOC-, XLS- und PPT-Dateien) sowie proprietäre Elemente zulässt.
           
Um dies zu standardisieren, argumentierte Microsoft, dass seine Partner und Kunden einen Übergangsstandard benötigten, um ihnen Zeit für Anpassungen zu geben. Anscheinend benötigten sie viel Zeit, denn fast zwanzig Jahre später ist der ISO 29500 Transitional-Teilstandard von OOXML nach wie vor der Standard für alle MS-Office-Dokumente.

Technisch gesehen kann „Strict“ verwendet werden, dies ist jedoch selten der Fall, da es nicht die Standardeinstellung ist. Die meisten Nutzer sind mit DOCX- und anderen MS-Dateien vertraut und werden wahrscheinlich nicht in Betracht ziehen, ihre Standardeinstellungen auf ODF, einen allgemein anerkannten offenen Standard, umzustellen. 
           
Seit der ursprünglichen Genehmigung wurden fünf Ausgaben des OOXML-Standards veröffentlicht, doch keine dieser Ausgaben hat der eigentlichen Spezifikation wesentliche neue Funktionen hinzugefügt. Stattdessen veröffentlicht Microsoft auf seiner eigenen Website zusätzliche Spezifikationsdetails, die als „Open Specifications Documentation“ bezeichnet werden und sich auf neue Funktionen in den Office-Versionen 2010 beziehen, und fügt diese Funktionen stattdessen seiner eigenen Implementierung hinzu.

Dies steht wiederum im Gegensatz zum ODF-Standard, bei dem neue Funktionen im Laufe der Zeit in die jeweils neue, gerade in Ausarbeitung befindliche ODF-Version aufgenommen werden.
           
Dies hat zu einem Markt geführt, in dem Office-Suiten, die von den Nutzern als ernstzunehmende Alternative angesehen werden wollen, OOXML unterstützen müssen – eine äusserst komplexe Spezifikation. Die Spezifikation umfasst mehr als 7'000 Seiten (und darin sind die oben erwähnten Implementierungshinweise noch nicht enthalten, die Microsoft separat auf seiner Website bereitstellt und die von Wettbewerbern erst entschlüsselt werden müssen), was eine korrekte Umsetzung für alle anderen Interessenten zu einer unglaublichen Herausforderung macht. Im Gegensatz dazu umfassen die Spezifikationen für das Open Document Format (ODF) 1.4, die neueste Version, nur etwas mehr als 1'000 Seiten.
           
Abgesehen davon, dass die „Transitional“-Variante nicht so konsistent ist wie die „Strict“-Variante, enthält sie viele proprietäre Abhängigkeiten, die schwer zu implementieren sind, da Entwickler Windows-spezifische Legacy-Funktionen aus alten Microsoft-Office-Versionen entschlüsseln müssen, um eine akzeptable Interoperabilität zu erreichen.

Beispielsweise verwendet das DOCX-Format Inhaltsverzeichnisfelder. Inhaltsverzeichnisse erstellen ein Inhaltsverzeichnis auf der Grundlage von Dokumentüberschriften, Formatvorlagen oder Lesezeichen, und die Funktion nutzt Schalter, um Formatierung, Struktur und Inhalt anzupassen, wodurch Funktionen wie Hyperlinks ermöglicht werden. 
           
Der Parameter \t für integrierte Formatvorlagen wurde so programmiert, dass er sich auf Formatvorlagennamen stützt, die in die von Windows verwendete Ländereinstellung übersetzt wurden. Da die integrierten Formatvorlagen in Dokumenten jedoch en-US-Namen verwenden, funktionierte die Funktion überhaupt nicht, wenn man versuchte, ein Dokument in Word 2013 zu laden, das in Word 2013 mit einer anderen Ländereinstellung erstellt worden war.  
           
In der OOXML-Spezifikation selbst findet der Benutzer keinen Hinweis auf dieses Problem, es ist jedoch in der MS Office-Onlinehilfe dokumentiert. Es gibt ausserdem Probleme, die dadurch verursacht werden, dass je nach Windows-Ländereinstellung entweder ein Komma oder ein Semikolon zur Trennung der Einträge in der Stil-Liste verwendet werden kann. Der CEO von Collabora Productivity, Michael Meeks, sagt:

Bei Collabora Productivity und seinen Produkten, wie beispielsweise Collabora Online und Collabora Office für den Desktop, waren wir gezwungen, den Import von DOCX-Dateien um zahlreiche nicht auf den ersten Blick erkennbare Komplexitäten zu erweitern, damit es für den Benutzer so weit wie möglich so aussieht, als würde sich ein Dokument wie von Zauberhand öffnen und wie erwartet funktionieren.

Zudem mangelt es an Transparenz bei den binären Datenstrukturen von OOXML – binären „Blobs“, die die Abwärtskompatibilität mit älteren Formaten gewährleisten. Hinzu kommen Schwierigkeiten mit Windows-spezifischen Elementen wie Schriftarten und der Darstellung, die plattformübergreifende Implementierungen zu einer grossen Herausforderung machen.
           
Eine Office-Suite, die zu 100 % mit allen heute verwendeten Dokumentformaten kompatibel ist, wäre eine Herkulesaufgabe, aber auch unrealistisch, da selbst Microsoft dies nicht schafft. Da Nutzer es leider gewohnt sind, DOCX- und XLSX-Dateien problemlos zu erstellen, zu öffnen und zu teilen, richtet sich die negative Wahrnehmung tendenziell gegen Konkurrenzprodukte, während Microsoft seinen eigenen „offenen“ Standard nicht korrekt umsetzt. Microsoft hat leider nicht nennenswert in eine hochwertige ODF-Filterunterstützung investiert, sodass die OOXML-Unterstützung von Collabora Office der ODF-Unterstützung von Microsoft überlegen ist. Michael Meeks schreibt dazu:

Collabora hat viele Jahre an technischem Know-how investiert, um Interoperabilitätsprobleme Schritt für Schritt zu beheben, und sich gemeinsam an der Normungsarbeit beteiligt, um Kunden bei der Migration ihrer Dokumente und der Wiedererlangung ihrer digitalen Souveränität zu unterstützen.

Da die Bedeutung von Open-Source-Software insbesondere im öffentlichen Sektor sowie die Themen Datenkontrolle und digitale Souveränität in ganz Europa an Bedeutung gewonnen haben, gehen wir davon aus, dass Kunden zunehmend von den verstärkten Bemühungen um Interoperabilität profitieren werden, die wir in diesem Bereich unternommen haben.

Titelbild: https://pixabay.com/illustrations/school-supplies-stationery-notes-3033204/ (modifiziert)

Quellen:

https://www.collaboraonline.com/de/

https://de.wikipedia.org/wiki/OpenDocument

https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=office