LibreOffice 再度抨击微软 Office：人为制造各种壁垒裹挟用户

LibreOffice再度抨击微软Office：人为制造各种壁垒裹挟用户

2月10日消息，开源办公套件LibreOffice背后的文档基金会（TDF）于2月6日发布了一篇措辞严厉的博文，将矛头再次对准微软。核心指控在于：微软的OOXML文档格式，似乎将商业利益摆在了技术标准之上，其通过人为制造的复杂性，实质上构成了对用户的捆绑。

免费影视、动漫、音乐、游戏、小说资源长期稳定更新！ 👉 点此立即查看 👈

文档基金会创始成员Italo Vignoli在博文中直言不讳，痛斥微软将“商业利益”凌驾于一切之上。其策略是构建一个极端复杂的OOXML文件格式体系，人为地制造互操作性障碍，从而将用户牢牢锁定在其自身的生态系统内。Vignoli明确表示，强迫整个行业接受这样一种“伪标准”，其行为堪称“令人发指”。

一个“经典”案例：Excel如何“改写”科学

为了佐证微软对开放标准的漠视及其带来的现实危害，Vignoli引用了一个在科学界广为流传的案例：Excel对基因名称的灾难性处理。

在遗传学研究领域，科学家习惯使用字母数字组合的符号来记录基因，例如“MARCH1”（代表膜关联环-CH型指蛋白1）。然而，问题来了：当研究人员在Excel中输入“MARCH1”时，软件会默认将其强制转换为日期格式“1-Mar”（即3月1日）。同样的命运也降临在“SEPT1”和“DEC1”上，它们会被分别错误地转换为9月1日和12月1日。这项原本旨在方便普通财务统计的“智能”格式化功能，却给严谨的科研工作带来了巨大的困扰。

这一“特性”造成的后果，远不止是简单的格式错乱。根据博文引述，2016年发表在《基因组生物学》上的一项研究揭示了触目惊心的数据：在分析了3597份包含Excel附件的已发表论文后，研究人员发现，约20%的文件中存在因Excel自动转换而导致的基因名称错误。

面对微软长期的沉默与无动于衷，负责标准化人类基因名称的HUGO基因命名委员会（HGNC）最终被迫妥协。为了避开Excel的误读，该委员会于2020年修改了包括MARCH1在内的约27个基因的命名规则（例如将MARCH1改为MARCHF1）。Vignoli指出，尽管微软最终在2024年发布更新，允许用户禁用该自动转换功能，但对大量历史科研数据造成的污染，已然无法挽回。

技术层面的“虚伪”：臃肿的规范与双重的标准

除了具体的功能缺陷，Vignoli更进一步，剖析了OOXML格式在技术层面的根本问题。他指出，该格式的规范文档长达惊人的7000页。如此庞大的体量，其复杂性本身就成为了一道高墙，使得任何第三方开发者都几乎不可能实现完全正确的兼容。这难道不是一种技术上的“裹挟”吗？

更具讽刺意味的是，Vignoli揭露，微软自家的Office软件也并未完全遵循其自身设立的所谓“严格”（Strict）标准，而是在使用一个包含了大量历史遗留包袱的“过渡”（Transitional）变体。

更令人费解的是，这份规范中甚至包含了诸如“autoSpaceLikeWord95”（像Word 95那样自动空格）这类指令。这意味着，现代软件为了兼容，必须去模仿一款近30年前古老软件的特定、且可能已过时的行为。此外，规范还推荐使用私有的Windows图元文件格式，而非通用的SVG标准。这些设计选择，从根本上背离了开放、互通的标准化初衷，将用户和开发者更深地拖入了专有技术的泥潭。