LibreOffice与微软Office的争论再次升级，但其核心并非媒体聚焦的软件功能细节，而是直指OOXML文档格式标准的根本问题。这场争论揭示了软件生态中关于“开放”与“壁垒”的深层矛盾，为理解两大办公套件的竞争格局提供了关键的技术视角。
智能速览
LibreOffice抨击的核心是OOXML格式本身，而非某个具体软件功能。
OOXML标准长达7000页，其极度的复杂性阻碍了第三方软件的正确实现。
微软自身也未完全遵守其提交的ISO标准化版本，而是使用自有的过渡版。
该格式依赖大量未公开的专有特性和仅限Windows的元素。
标准审批过程曾因程序违规和投票操纵等指控而备受争议。
LibreOffice认为，OOXML本质上仍是微软的专有格式，而非真正开放的标準。
精华内容
表面争吵的背后，是关于文档格式开放性的根本分歧。LibreOffice的指责，直指OOXML标准“名不副实”的几大硬伤，这决定了它难以成为真正中立的技术基石。
标准之重
OOXML作为一项国际标准，其规格文档却高达约7000页，这种极端的复杂性使其几乎无法被第三方完整、准确地实现。相比之下，竞争对手ODF（OpenDocument Format）的标准则要简洁得多。这种高门槛无形中构筑了一道技术壁垒，使得除了格式制定者微软外，其他竞争者难以完美兼容。
言不由衷
一个更为关键的问题是，微软Office套件自身实现的并非其提交给ISO/IEC的标准化版本（Strict版本），而是为了兼容旧版格式而保留了大量遗留特性的“Transitional”过渡版本。这一做法与其宣称的创建一个纯净、现代的开放格式的目标背道而驰。这种“说一套做一套”的行为，让所谓的标准成了一句空话。
平台枷锁
OOXML的开放性还受到多重技术限制。规范中多次提及未公开文档的旧版Office遗留行为，并要求实现者解码Windows特有的功能。更矛盾的是，本应是纯文本的XML格式，却嵌入了许多不透明的二进制数据块，破坏了其应有的可读性与透明度。标准中包含的Windows特定字体、渲染等元素，更是让跨平台实现变得异常困难。
审批疑云
回顾OOXML的标准化历程，其快速通过的审批方式本身就充满了争议。当时，大量关于程序违规和投票操作的指控被提出，这让该标准的合法性与公正性蒙上了一层阴影。许多人认为，这并非一次基于技术共识的认可，而是一场程序政治博弈的结果，这从根源上削弱了其作为“开放标准”的公信力。
