作为知名开源办公软件 LibreOffice 的开发者，文档基金会（The Document Foundation, TDF）近期再次就 Office 文档格式问题向微软开火。TDF 认为，尽管微软将其 OOXML 格式标榜为开放标准，但在实际操作中，它依然带有强烈的专有属性，无法真正保障用户的数字主权。
文档基金会指出，寻求"数字主权"的政府、组织和个人用户，应该采用 ODF（开放文档格式）作为默认的文档标准，而不是微软的 OOXML。
基金会认为，ODF 之所以是完全开放的，是因为没有任何一家厂商能单方面控制该格式的演变。使用 ODF 创建的文档独立于任何公司的生态系统之外，这能有效保护用户免受"厂商锁定"的束缚。相比之下，TDF 声称微软的 OOXML 格式实际上将各组织牢牢捆绑在微软 Office 的工作流程和基础设施上。虽然 OOXML 在技术上有文档说明，但其极高的复杂程度以及以微软为中心的实现方式，大大降低了真正的互操作性。
LibreOffice 的开发者主张，ODF 应该成为生产力软件的默认原生格式，而不仅仅是一个可选的兼容功能。
TDF 对 OOXML 的主要批评之一，集中在其庞大规模和混乱的结构上。该组织指出，OOXML 的规范文档超过了 7500 页，且缺乏适当的透明度、独立的治理机制以及版本一致性。
文档基金会还重申了长期以来的批评意见：OOXML 最初是微软在幕后"闭门造车"开发的，后来才被勉强标准化。微软最初将 OOXML 定位为一种过渡性格式，承诺最终会演变为一种更严格、更开放的标准。但 TDF 认为，这种转变从未完全发生，微软依然从其用户文档的主导地位中获益。
LibreOffice 的开发者还特别指出了微软 Excel 长期以来饱受诟病的日期处理行为。众所周知，Excel 错误地将 1900 年视为闰年（历史上并非如此）。微软出于兼容性考虑保留了这一行为，但 TDF 认为，这种变通做法反映了 OOXML 和 Office 格式中不必要的历史遗留复杂性。
该基金会还引用了一个真实的科学界"闹剧"。2020年，人类基因命名委员会不得不重命名了几个基因（包括 SEPT1 和 MARCH1），原因就是 Excel 经常会自动将这些基因名称转换成日期格式。LibreOffice 表示，这一事件充分证明了微软 Office 的某些行为是如何强行影响更广泛的科学和商业工作流程的。
这并不是 LibreOffice 与微软之间的第一次公开分歧。多年来，双方在文档标准、互操作性以及界面设计等方面曾多次发生冲突。
TDF 强调，依赖 OOXML 进行原生文档存储会造成所谓的"虚假数字主权"，因为用户仍然严重依赖微软的生态系统来实现完整的兼容性和功能。真正的数字主权，要求组织采用 ODF 作为其主要文档格式。LibreOffice 坚持认为，开放标准应该保持供应商中立、透明，并且能够跨平台和软件生态系统实现完全互操作。