开源办公套件 LibreOffice 背后的开发组织 Document Foundation（以下简称 TDF）近日再次公开抨击微软，指责其 Office 所使用的 OOXML 文档格式具有欺骗性和封闭性，正在全球范围内损害用户利益，并点名批评 Excel 在日期处理上的长期错误。
TDF 在最新发布的一篇长文中指出，LibreOffice 采用的是开放源代码的 OpenDocument Format（ODF），这一格式不受任何单一厂商控制，因此可以保障所谓“数字主权”。按照该组织的说法，使用 ODF 创建的文档始终归作者所有，因为没有任何厂商能够单方面修改格式规范、从而给用户带来不便，这一点与微软 Office 依赖的 OOXML 形成鲜明对比。
TDF 强调，微软将 OOXML 描述为“开放”标准，但在实际运作中却高度专有化，其整体结构是在微软内部“关起门来”设计完成，对外缺乏透明度，也几乎不鼓励外界参与讨论和审查。该组织称，OOXML 的说明文档长达 7500 多页，却没有清晰的版本管理，也未真正依托独立的标准体系，微软则在各个环节尽可能使用自己掌控的专有格式。
在具体技术层面，TDF 对 OOXML 在日期处理方面提出了尖锐批评，认为这一标准的复杂程度已经“荒诞到连公历都处理不好”。文章特别点名 Excel，称其经常把日期算错，其中最典型的问题是将 1900 年误认为闰年，并由此衍生出一系列错误，“在把日期算错这件事上，没有任何软件比 Excel 做得更糟”。
TDF 还将矛头指向 OOXML 成为事实标准的过程，认为微软通过“诱饵转移”（bait-and-switch）的策略，在一个“经过精心计算甚至带有恶意”的过程中说服了国际标准化组织（ISO）、政界人士以及全球用户。根据 TDF 的说法，当年微软曾承诺，OOXML 只是过渡性格式，将在 2010 年后转变为严格、非专有并符合标准的实现，但这一转变最终并未发生，结果是微软如今在用户文档领域形成了事实垄断。
TDF 进一步声称，微软还通过与 SAP 等生态伙伴的联合游说，把大量机构和用户牢牢锁定在 OOXML 体系之中。它举例指出，人类基因命名委员会（HUGO Gene Nomenclature Committee）在 2020 年被迫重命名数十个基因（包括 SEPT1 和 MARCH1 等），原因是 Excel 会在不提醒用户的情况下，将这些基因符号自动转换为日期格式。在 TDF 看来，与其向微软施压要求修复这一“漏洞”，科学界选择牺牲多年形成的命名体系，只为避免“得罪Redmond”（指微软总部所在地雷特蒙德），这一事件本身就是一个“发人深省的先例”。
在如何实现“数字主权”这一问题上，TDF 表示，仅仅“支持” ODF 远远不够，软件必须将 ODF 设为默认与本地原生格式，否则所谓主权最多只是“暂时的、附条件的”。该组织主张，应当把 OOXML 限定为仅用于与仍然依赖这一专有标准的客户进行文档交换的互操作格式，而不是任何办公软件的默认选择。
TDF 在文章结尾重申，如果不把 ODF 作为默认、原生格式，而仅在“兼容微软”层面象征性地提供支持，那么所谓“数字主权”就是一种“虚假的主权”。在这一立场下，OOXML 被刻意弱化为用于兼容和过渡的文件格式，而不是全球办公文档生态的核心标准。