已弃用

最后更新：2026-11-04 10:10:15

以下是 Tiny Cloud 和 TinyMCE Enterprise 的发行说明。如需了解 TinyMCE 最新社区版本的信息，请参阅 TinyMCE Changelog。

概述

TinyMCE 8.1 于 2025 年 9 月 17 日（星期三）面向 TinyMCE Enterprise 和 Tiny Cloud 发布。本发行说明概述了 TinyMCE 8.1 的变更内容，包括：

新增 Premium 插件
配套 Premium 插件变更
改进
变更
Bug 修复
弃用
已知问题

新增 Premium 插件

以下新增 Premium 插件随 TinyMCE 8.1 一同发布。

Full Page HTML

新的 Premium 插件 Full Page HTML 提供对文档元数据和属性的全面控制。它使用户能够通过直观的对话框界面编辑 HTML 文档元数据，例如标题、关键字和描述。当与 code 插件结合使用时，它还会在源代码视图中展示完整的 HTML 结构，包括 <head>、<body> 和各种 meta 标签。

有关 Full Page HTML 插件的信息，请参阅 Full Page HTML。

配套 Premium 插件变更

以下 Premium 插件更新随 TinyMCE 8.1 一同发布。

拼写检查器

TinyMCE 8.1 版本包含 Spell Checker Premium 插件的配套版本。

Spell Checker Premium 插件包含以下修复。

如果文档的第一个元素为 `noneditable`，拼写检查可能会创建无效选区。

此前，当文档的第一个元素设置为 contenteditable="false"（CEF）元素时，使用 TinyMCE 拼写检查器选择所有内容可能会导致无效选区状态。该问题阻碍了整个内容选区的删除，从而产生了一个干扰正常编辑工作流的边缘情况。

为解决此问题，TinyMCE 现在会在此类场景下于初始 CEF 元素之前插入一个临时隐藏元素。此调整确保全选操作有效，并能按预期删除。

有关 Spell Checker 插件的信息，请参阅：Spell Checker。

Media Optimizer (Powered by Uploadcare)

TinyMCE 8.1 版本包含 Media Optimizer (Powered by Uploadcare) Premium 插件的配套版本。

Media Optimizer (Powered by Uploadcare) 包含以下修复。

图像预览有时显示来自 `srcset` 的错误图像。

在 Media Optimizer Premium 插件的先前版本中，图像效果基于主 src 而非活动的 srcset URL 应用，这导致从 srcset 选择显示图像时出现差异。这导致调整预览（由主 src 渲染）与编辑器中显示的图像（由 srcset URL 渲染）不匹配，从而导致模糊或缩放等效果的视觉结果不同。

TinyMCE 8.1 通过使用 currentSrc 属性生成预览来解决此问题，确保预览和编辑器图像引用相同的资源。因此，预览图像和编辑器中的图像现在保持一致。

有关 Media Optimizer Powered by Uploadcare 插件的信息，请参阅：Media Optimizer (Powered by Uploadcare)。

无障碍检查器

TinyMCE 8.1 版本包含 Accessibility Checker Premium 插件的配套版本。

Accessibility Checker 包含以下改进。

`alt` 文本长度错误消息现在显示当前和最大字符数

在 Accessibility Checker 的先前版本中，alt 文本长度验证错误仅显示当前字符数，例如“当前 151 个字符”，而未指示允许的最大长度。这导致用户指引不清晰，并对所有依赖长度验证的图像规则（I1–I4）的体验产生了负面影响，使其与无障碍最佳实践不一致。

在 TinyMCE 8.1 中，Accessibility Checker 的错误消息已更新，可同时显示当前和最大字符数，例如：“151 个字符（允许最多 150 个）。”这一改进提供了清晰、可操作的错误消息，符合无障碍指南，并减少了所有受影响规则中用户的困惑。

在图像修复对话框中，优先回退自动建议现有 `alt`、`aria-label` 和 `title` 属性中的 `alt` 文本。

在 Accessibility Checker 的先前版本中，图像修复对话框仅建议 alt 中的值，忽略了 aria-label 和 title，这迫使用户手动输入，减缓了无障碍修复速度，并增加了描述不一致的风险。

TinyMCE 8.1 现在使用基于优先级的回退机制自动建议 alt 文本，按顺序检查现有属性：aria-labelledby、aria-label、alt 以及 title，如果都不存在则留空。这确保了用户可以利用现有的无障碍属性更快、更准确地标记图像，提高修复效率和一致性。

有关 Accessibility Checker 插件的信息，请参阅：Accessibility Checker。

修订历史

TinyMCE 8.1 版本包含配套发布的 Revision History 高级插件。

Revision History 包括以下修复和改进。

同一用户可能收到两个不同的默认头像

在 Revision History 的先前版本中，同一用户可能收到两个不同的默认头像。这种不一致会使一个用户看起来像两个不同的贡献者，在查看修订日志时造成混淆。

在 TinyMCE 8.1 中，此问题已解决，现在每个用户始终被分配相同的默认头像，提高了修订历史显示的准确性和一致性。

默认头像现在基于 `user_id` 生成一致的颜色

默认头像现在使用 user_id 一致地生成，确保用户为其头像分配可靠且可预测的颜色。这一改进通过在修订历史中识别贡献者时提供清晰的视觉一致性，增强了用户体验。

有关 Revision History 插件的信息，请参阅：Revision History。

Comments

TinyMCE 8.1 版本包含配套发布的 Comments 高级插件。

Comments 高级插件包括以下修复和改进。

默认头像生成不一致

之前，TinyMCE 在 Comments 插件中生成默认头像不一致。没有头像的用户在提及下拉列表中看到相同的占位头像，而同一用户在其他上下文中可能收到不同的默认头像。这种不一致使得区分用户变得困难，并且在某些情况下，通过使一个用户看起来像两个不同的人而造成混淆。在 8.1 中，此问题已修复，默认头像现在基于 user_id 以稳定的颜色一致地生成。这确保了同一用户始终具有相同的默认头像，提高了清晰度并提供了更可靠的用户体验。

在 Comments 下拉列表中插入 `@Mention` 时的键盘导航得到改进

之前，在 Comments 卡片中输入 @ 以打开提及下拉列表时，不支持 Shift+Enter 键盘组合。例如，当输入 @ + 在选定的 Comment 卡片中导航到用户时，按下 Shift+Enter 不会将 @mention 插入评论正文的 <textarea> 中。

在 TinyMCE 8.1 中，此问题已解决，处理 Shift+Enter 的方式与常规 Enter 键相同，确保在评论卡片中的 @mentions 下拉列表中选择项目时键盘交互一致且可预测。

有关 Comments 插件的信息，请参阅：Tiny Comments 简介。

Mentions

TinyMCE 8.1 版本包含配套发布的 Mentions 高级插件。

Mentions 高级插件包括以下改进。

没有头像的用户现在在提及下拉列表中显示头像占位符

之前，提及下拉列表没有正确处理用户缺乏个人资料头像的情况，导致用户界面在视觉上不一致且不清晰。这影响了可用性，使得区分没有头像的用户和那些个人资料信息不完整或损坏的用户变得更加困难。

在 TinyMCE 8.1 中，此问题已得到解决。现在，TinyMCE 为没有头像的用户提供默认头像占位符，确保在使用提及下拉列表时体验一致且精致。

有关 Mentions 插件的信息，请参阅：Mentions。

AI Assistant

TinyMCE 8.1 版本包含配套发布的 AI Assistant 高级插件。

AI Assistant 包括以下修复。

AI Assistant 插件对话框预览现在遵循 `content_security_policy` 编辑器选项

之前，AI Assistant 插件对话框预览没有遵守 content_security_policy 编辑器选项，导致对加载外部资源（如图像）的控制有限。

在 TinyMCE 8.1 中，对话框预览现在在提供时应用配置的内容安全策略，确保外部资源根据编辑器的安全设置受到限制。这一改进增强了一致性，加强了安全性，并使插件符合 TinyMCE 中用户定义的策略。

有关 AI Assistant 插件的信息，请参阅：AI Assistant，或者有关 content_security_policy 选项的信息，请参阅 Content Security Policy。

建议编辑

TinyMCE 8.1 版本包含了 建议编辑 高级插件的配套发布版本。

建议编辑 包含以下修复和改进。

为“建议编辑”插件添加了键盘导航功能

“建议编辑”插件的初始版本不支持键盘导航，这限制了依赖键盘交互的用户的可访问性。这种限制使得用户在不使用鼠标的情况下很难在建议编辑侧边栏和卡片中移动并与之交互。为了提高可用性和可访问性，在“建议编辑”插件中实现了键盘导航功能。用户现在可以使用键盘高效地导航并与插件进行交互。

空编辑器操作有时会显示为已修改，而不是已添加/已删除

以前，空编辑器操作有时会错误地显示为已修改，而不是已添加或已删除。这种行为会导致混淆，因为显示为空的编辑器仍可能显示“已修改”状态。

为了解决这个问题，现在不再发送空内容。当编辑器为空或变为空时，整个状态现在正确地表示为已添加或已删除。这一改进确保了变更跟踪更加清晰和准确，减少了编辑器不包含内容时的混淆。

有关 建议编辑 插件的信息，请参阅：建议编辑。

改进

TinyMCE 8.1 还包含了以下改进：

`editor.getContent()` 现在包含 `indent` 和 `entity_encoding` 属性以控制 HTML 格式

以前，在使用 TinyMCE 的 getContent API 时，像 indent 和 entity_encoding 这样的选项在调用期间无法被覆盖。编辑器总是应用其初始配置，这限制了检索内容时的灵活性。这意味着集成者受限于初始化时设置的默认值，无法在每次调用时调整格式行为。

在 TinyMCE 8.1 中，getContent API 得到了增强，支持对 indent 和 entity_encoding 进行每次调用的覆盖。现在，在调用 getContent 时可以直接指定这些选项，而不管编辑器的默认配置如何。这一改进使开发人员能够更好地控制输出格式，允许针对不同的用例进行定制的内容检索。

示例：如何使用 getContent API 以不同的格式选项检索内容。

// 禁用缩进
tinymce.get(0).getContent({ indent: false });

// 使用命名实体进行序列化
tinymce.get(0).getContent({ indent: false, entity_encoding: 'named' });

// 使用数字实体进行序列化
tinymce.get(0).getContent({ indent: false, entity_encoding: 'numeric' });

// 将核心实体序列化为命名实体，其他实体序列化为数字实体
tinymce.get(0).getContent({ indent: false, entity_encoding: 'named+numeric' });

// 输出原始字符
tinymce.get(0).getContent({ indent: false, entity_encoding: 'raw' });

或者

配置编辑器以使用命名实体编码并禁用缩进的示例。

tinymce.init({
  selector: "textarea",
  entity_encoding: 'named', // 或 'numeric' 或 'raw'
  indent: false, // 或 true
});

有关 getContent API 的更多信息，请参阅 getContent()。

当选择项不在屏幕上时，点击不可选择的元素不再滚动到选择项

以前，发现了一个问题，即点击编辑器的水平滚动条这一“不可选择”的 UI 元素会隐式地聚焦编辑器，将光标放在内容的开头，然后垂直滚动文档到该光标位置，导致页面从用户的当前视图中滚动出去。

TinyMCE 8.1 解决了这个问题。现在，当用户点击不可选择的元素（如滚动条）时，编辑器不会获取焦点，从而防止了意外的垂直滚动。

更改

TinyMCE 8.1 还包含以下更改：

工具提示现在可以在悬停时保持打开状态

以前，当光标从工具栏按钮移动到工具提示时，工具提示会消失，这阻止了用户保持工具提示打开以供参考。这种行为影响了可访问性，使依赖工具提示进行长时间阅读或导航的用户感到困难。在 8.1 中，TinyMCE 已更新以允许工具提示接受鼠标事件。这确保了工具提示在悬停时保持可见，通过让用户保持工具提示打开直到他们移开光标，从而提高了可访问性和可用性。

这一改进满足了 WCAG 2.1 成功标准 1.4.13：悬停或聚焦时的内容（AA 级），特别是“可悬停”的要求。

错误修复

TinyMCE 8.1 还包含以下错误修复：

NVDA 会多次播报 iframe_aria_text

此前，在某些浏览器中使用NVDA或JAWS等屏幕阅读器时，iframe_aria_text要么完全不播报，要么会播报两次，这导致依赖辅助技术的用户遇到不一致且可能令人困惑的行为。为解决此问题，通过调整标签的应用方式统一了行为：

在Firefox中，title属性现在直接设置在iframe元素上，不再使用body上的aria-label。
而在其他浏览器中，aria-label被应用到iframe内的body上，且不会在iframe上设置title属性。

因此，iframe_aria_text现在在所有支持的浏览器中都会一致地播报一次。

如需更多信息，请参见：iframe_aria_text。

使用 `Command (CMD)` + `Backspace` 不会保留行内格式。

以前，在行尾使用 Command (CMD) + Backspace 会删除整行且不保留行内格式，这与三击选中该行并按 Backspace 的行为不同。这种不一致导致了混乱，因为不同的删除方式会产生不同的结果。

在8.1版本中，Command (CMD) + Backspace 的行为已更新，以与其他删除方式保持一致，确保行内格式得以保留。

在Firefox中使用键盘无法在 `contenteditable="true"` 的元素之间导航。

在TinyMCE 8.1中，存在一项Firefox特有的限制，导致使用键盘导航时无法在可编辑元素之间移动光标。光标会被困在figcaption内部，阻挡使用向下箭头键的垂直导航，并阻止用户移动到下一个元素。

此问题干扰了依赖键盘交互的Firefox用户的无障碍访问和编辑流程。为解决此问题，引入了一个新的光标导航模块，并将其集成到Firefox特有的箭头键处理逻辑中。该解决方案通过编程方式将光标从受阻状态移出，绕过了一个长期存在的Firefox bug，从而确保在可编辑元素之间实现更流畅、一致的键盘导航。

选择 `figure` 后光标移动无法正常工作

在TinyMCE的先前版本中，选择figure后使用TAB键将焦点移入figcaption元素会导致编辑器进入一种损坏状态：光标显示在figcaption内部，但输入不会生成任何可见内容。此问题阻止了用户仅通过键盘编辑figcaption，迫使他们依赖鼠标或其他指向设备进行更改。

在TinyMCE 8.1中，此bug已修复，确保现在可以通过键盘导航单独无缝地编辑figcaption，提高了无障碍性和整体编辑效率。

使用 `&` 编码插入的链接现在会在插入前解码为 `&`

以前，将包含编码&符 & 的URL粘贴到TinyMCE中时，编码值会被保留，导致链接插入内容时出现双重编码。例如，粘贴的链接如

https://example.com/search?&amp;query=example

在编辑器源码中会显示为

https://example.com/search?&amp;amp;query=example

这会导致打开此类链接时出现问题，因为URL会变得无效。在8.1版本中，TinyMCE现在会在插入链接前自动将 & 解码回 &，确保粘贴的URL在编辑器和源码中都保持有效和可用。

已弃用

TinyMCE 8.1包含以下弃用项：

`content_css_cors` 配置选项已弃用

从TinyMCE 8.1开始，content_css_cors 配置选项已被标记为弃用。它将在即将发布的TinyMCE 9.0版本中被完全移除。作为替代，我们建议改用 crossorigin。

已知问题

本节描述了TinyMCE 8.1用户可能遇到的问题及这些问题的可能变通方案。

TinyMCE 8.1中存在一个已知问题。

Full Page HTML插件与Suggested Edits及Revision History不兼容

Full Page HTML插件可设置文档属性和元数据。然而，Suggested Edits和Revision History不会采用这些属性和元数据，并且这些插件中执行的操作会覆盖Full Page HTML插件设置的值。

变通方案： 避免将Full Page HTML插件与Suggested Edits或Revision History插件结合使用，以防止文档元数据和属性的数据丢失。

已弃用

概述