【文章来源：techweb】
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 日。这种自动格式化功能虽然方便了普通财务统计，却给科研工作带来了巨大困扰。
援引博文介绍，这一 「特性」 造成的后果远比格式错乱严重。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 标准，这彻底违背了开放标准的初衷。（故渊）
【文章来源：techweb】
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 日。这种自动格式化功能虽然方便了普通财务统计，却给科研工作带来了巨大困扰。
援引博文介绍，这一 「特性」 造成的后果远比格式错乱严重。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 标准，这彻底违背了开放标准的初衷。（故渊）
【文章来源：techweb】
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 日。这种自动格式化功能虽然方便了普通财务统计，却给科研工作带来了巨大困扰。
援引博文介绍，这一 「特性」 造成的后果远比格式错乱严重。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 标准，这彻底违背了开放标准的初衷。（故渊）
【文章来源：techweb】
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 日。这种自动格式化功能虽然方便了普通财务统计，却给科研工作带来了巨大困扰。
援引博文介绍，这一 「特性」 造成的后果远比格式错乱严重。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 标准，这彻底违背了开放标准的初衷。（故渊）
