本帖最后由 anyangmo 于 2026-2-10 09:45 编辑
LibreOffice 再度抨击微软 Office：人为制造各种壁垒裹挟用户
IT之家 2 月 10 日消息，开源办公套件 LibreOffice 背后机构文档基金会（TDF）于 2 月 6 日发布博文，再次抨击微软公司，指责其 OOXML 文档格式将商业利益置于技术标准之上，通过人为制造复杂性裹挟用户。
TDF 创始成员 Italo Vignoli 痛斥微软将“商业利益”凌驾于一切之上，通过构建极端复杂的 OOXML 文件格式，人为制造互操作性障碍，从而将用户牢牢锁定在其生态系统中。他明确表示，强迫行业接受 OOXML 这种伪标准是“令人发指”的行为。
为了佐证微软对标准的漠视，Vignoli 引用了科学界的一个著名案例：Excel 灾难性处理基因名称。在遗传学研究中，科学家通常使用字母数字符号记录基因，例如“MARCH1”（膜关联环-CH 型指蛋白 1）。
然而，Excel 默认会将该输入强制转换为日期“1-Mar”（3 月 1 日）。同样，“SEPT1”和“DEC1”也会被错误转换为 9 月 1 日和 12 月 1 日。这种自动格式化功能虽然方便了普通财务统计，却给科研工作带来了巨大困扰。
IT之家援引博文介绍，这一“特性”造成的后果远比格式错乱严重。2016 年发表在《基因组生物学》上的一项研究显示，在分析了 3597 份包含 Excel 附件的已发表论文后，研究人员发现约 20% 的文件中存在由 Excel 自动转换引发的基因名称错误。
面对微软长期的无动于衷，负责标准化人类基因名称的 HUGO 基因命名委员会（HGNC）被迫妥协，为避开 Excel 的误读，于 2020 年修改了包括 MARCH1 在内的约 27 个基因的命名规则（如改为 MARCHF1）。Vignoli 认为微软虽然最终于 2023 年发布更新允许禁用该功能，但对科研数据的污染已无法挽回。
除具体功能缺陷外，Vignoli 还深入剖析了 OOXML 格式的技术虚伪性。他指出，该规范文档长达 7000 页，庞大的体量让任何第三方开发者都几乎无法实现完全正确的兼容。
Vignoli 指出更讽刺的是，微软 Office 自身并未遵循其设立的“严格（Strict）”标准，而是使用包含大量历史遗留包袱的“过渡”（Transitional）变体。
该规范甚至包含诸如“autoSpaceLikeWord95”（像 Word 95 那样自动空格）这类指令，要求现代软件必须模仿 30 年前古老软件的特定行为，并推荐使用私有的 Windows 图元文件而非通用的 SVG 标准，这彻底违背了开放标准的初衷。
原文地址：https://www.ithome.com/0/920/652.htm
| 
发表于