LibreOffice 开发者再批微软 OOXML，缺乏透明度且存在兼容问题
作为知名开源办公软件 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 坚持认为，开放标准应该保持供应商中立、透明，并且能够跨平台和软件生态系统实现完全互操作。
