这些是 Tiny Cloud 和 TinyMCE Enterprise 的发行说明。有关 TinyMCE 最新社区版本的信息，请参阅 TinyMCE 更新日志。
概述
TinyMCE 8.5.0 于 2026 年 4 月 29 日星期三发布，适用于 TinyMCE Enterprise 和 Tiny Cloud。本发行说明概述了 TinyMCE 8.5.0 的变更，包括：
配套的 Premium 插件变更
配套的增强型皮肤和图标包变更
改进
新增功能
变更
Bug 修复
已弃用
配套的 Premium 插件变更
以下 Premium 插件更新随 TinyMCE 8.5.0 一同发布。
拼写检查器
TinyMCE 8.5.0 版本包含配套发布的 拼写检查器 Premium 插件。
拼写检查器包含以下变更。
拼写检查器插件现在使用 content_language 选项作为默认语言，如果未设置则回退到 spellchecker_language
以前，拼写检查器插件完全依赖 spellchecker_language 选项来确定其默认校对语言。无法使拼写检查器语言与编辑器上设置的内容语言保持一致。
在 TinyMCE 8.5.0 中，拼写检查器插件现在首先读取新的 content_language 选项，并使用其值作为默认校对语言。如果未设置 content_language，插件将回退到 spellchecker_language。spellchecker_language 选项将在未来的主要版本中被弃用；鼓励集成者使用 content_language 代替。
有关 拼写检查器插件的信息，请参阅：拼写检查器。
无障碍检查器
TinyMCE 8.5.0 版本包含配套发布的 无障碍检查器 Premium 插件。
无障碍检查器包含以下修复。
无障碍检查器的覆盖层在多行内联元素上太暗
以前，当无障碍检查器突出显示多行内联元素时，覆盖效果显得过暗。应用于这些元素的 box-shadow 变暗效果在多行上叠加，使得突出显示的内容难以阅读。
在 TinyMCE 8.5.0 中，多行内联元素的覆盖层样式已得到修正。无论内联元素跨越多少行，无障碍检查器的突出显示现在都能以预期的亮度级别显示。
有关 无障碍检查器插件的信息，请参阅：无障碍检查器。
媒体优化器
TinyMCE 8.5.0 版本包含配套发布的 媒体优化器 Premium 插件。
媒体优化器包含以下修复。
如果文件上传失败，上传进度 UI 不会隐藏
以前，媒体优化器插件中的上传进度旋转图标在其可见性状态更新时都会重新创建。当文件上传失败且需要隐藏旋转图标时，只有新创建的实例被隐藏，而原始的旋转图标仍然可见。这导致即使上传出错，上传进度 UI 也会永久显示。
在 TinyMCE 8.5.0 中，旋转图标现在只创建一次，并在其可见性状态改变时重复使用。当文件上传失败时，上传进度 UI 会按预期隐藏。
有关 媒体优化器插件的信息，请参阅：媒体优化器。
PowerPaste
TinyMCE 8.5.0 版本包含配套发布的 PowerPaste Premium 插件。
PowerPaste包含以下修复。
在较新版本的 Firefox 中，上标和下标文本无法正确转换为 sub 或 sup 元素
以前，将包含下标或上标文本的内容从 Google Docs 粘贴到 Firefox 149 及更高版本的 TinyMCE 中时，无法正确将文本转换为语义 sub 或 sup 元素。较新版本的 Firefox 使用 baseline-shift CSS 属性而不是 vertical-align 属性来进行下标和上标格式化，而 PowerPaste 未识别此属性。因此，粘贴的文本失去了其下标或上标格式。
在 TinyMCE 8.5.0 中，PowerPaste 现在可以在粘贴操作期间正确处理 baseline-shift CSS 属性，将使用 baseline-shift: sub 或 baseline-shift: super 设置样式的内容转换为相应的 sub 和 sup 元素。
有关 PowerPaste插件的信息，请参阅：PowerPaste。
修订历史
TinyMCE 8.5.0 版本包含配套发布的 修订历史 Premium 插件。
修订历史包含以下修复。
预览 iframe 缺少 figure 对齐等内容样式
以前，修订历史预览 iframe 未包含 mce-content-body 类，导致 figure 对齐等内容样式渲染不正确。
在 TinyMCE 8.5.0 中，mce-content-body 类已应用于预览 iframe，确保内容渲染与编辑器一致。
有关Revision History插件的信息，请参阅：Revision History。
Suggested Edits
TinyMCE 8.5.0 版本包含了Suggested Edits premium插件的配套发布版本。
Suggested Edits包含以下修复。
预览 iframe 缺少内容样式（如图对齐）
此前，Suggested Edits 的预览 iframe 未包含mce-content-body类，导致内容样式（如图对齐）渲染不正确。
在 TinyMCE 8.5.0 中，mce-content-body类已应用于预览 iframe，确保内容渲染与编辑器保持一致。
有关Suggested Edits插件的信息，请参阅：Suggested Edits。
TinyMCE AI
TinyMCE 8.5.0 版本包含了TinyMCE AI premium插件的配套发布版本。
TinyMCE AI包含以下修复、改进和新增功能。
支持自定义评审提示词和模型选择
此前，Review 侧边栏仅提供固定的内置评审类型，如 Proofread（校对）、Improve clarity（提升清晰度）和 Adjust tone and style（调整语气和风格）。用户无法定义自己的评审标准或为评审过程选择特定的 AI 模型。
在 TinyMCE 8.5.0 中，Review 侧边栏新增了Custom review（自定义评审）分类。用户可输入自然语言提示词，且在 tinymceai_allow_model_selection允许的情况下，可选择一个 AI 模型。自定义评审的运行流程与内置评审相同，均采用流式建议和应用流程。自定义评审可涵盖从检查特定单词或短语到应用完整公司风格指南等多种场景。若要从 Review 侧边栏隐藏 Custom review，请在 tinymceai_reviews中省略'ai-reviews-custom'。
有关自定义评审的信息，请参阅：Custom review。
AI 聊天获取的来源列表过长时可能导致子菜单溢出且无法滚动
此前，当 AI 聊天返回的获取来源列表超出可用空间时，子菜单会溢出可见区域，且没有任何滚动机制。这导致用户无法查看或选择超出可见区域的来源，功能受限且用户体验不佳。尝试在溢出的子菜单中滚动会导致菜单完全关闭。
在 TinyMCE 8.5.0 中，AI 聊天的来源子菜单增加了最大高度限制和滚动条支持。现在，获取来源的长列表可在可滚动区域内显示，无论列表多长，用户都能访问所有来源。
在某些浏览器/操作系统组合中，由于滚动条影响，同一行无法容纳 3 个来源标签
此前，在 TinyMCE AI Chat 面板中，某些浏览器和操作系统组合下，响应区域显示的来源标签每行只能显示两个，而非三个。来源标签的max-width未考虑某些平台上较粗滚动条占用的额外空间，导致第三个标签换行到下一行。
在 TinyMCE 8.5.0 中，来源标签的最大宽度已减小，以适应不同平台的滚动条宽度差异。现在，无论滚动条大小如何，来源标签每行始终显示三个。
当仅剩一个待处理变更时，上一个和下一个按钮现已禁用
此前，TinyMCE AI 评审面板中的上一个和下一个导航按钮即使仅有一个待处理建议可用时仍保持激活状态。这造成了界面误导，因为按钮暗示存在更多建议可供导航，而实际上并无其他建议。
在 TinyMCE 8.5.0 中，当仅剩一个待处理建议时，上一个和下一个按钮现在会禁用。这更清晰地指示了可用的导航选项，并防止用户尝试不可用的操作。
历史记录条目名称过长且无换行导致溢出
此前，TinyMCE AI 插件中的聊天历史记录条目无法处理包含无空格长名称的标题文本溢出问题。标题文本会超出可见区域，隐藏选项菜单（三点按钮），并使条目难以管理。
在 TinyMCE 8.5.0 中，聊天历史记录项标题现在会在文本超出可用宽度时正确截断并显示省略号。无论标题长度如何，选项菜单始终保持可见且可访问。
预览 iframe 缺少内容样式（如图对齐）
此前，TinyMCE AI 的预览 iframe 未包含mce-content-body类，导致内容样式（如图对齐）渲染不正确。
在 TinyMCE 8.5.0 中，mce-content-body类已应用于预览 iframe，确保内容渲染与编辑器保持一致。
历史对话标题未进行修剪
此前，在 TinyMCE AI Chat History 面板中重命名对话时，会完全保留用户输入的前导和尾随空格。若标题在文本前后包含额外空格，这些空格会作为名称的一部分保存。这可能导致对话标题在历史记录列表中显示为空白或错位。
在 TinyMCE 8.5.0 中，对话标题在保存时会进行修剪，去除名称存储前的所有前导和尾随空格。标题在 Chat History 面板中显示一致，不会出现意外的间距。
重命名对话时可能会提交仅包含空格的标题
以前，在 TinyMCE AI Chat History 面板中，重命名对话并清空标题字段会正确禁用保存按钮。但是，当输入为空或仅包含空格时按 Enter 键会绕过禁用的按钮并提交空标题。这导致对话保存为空白名称，使其难以在历史记录中识别。
在 TinyMCE 8.5.0 中，保存处理程序现在直接验证标题值，应用与禁用保存按钮相同的检查。当标题为空或仅包含空格时按 Enter 键不再提交重命名操作，确保所有对话在 Chat History 中保留有意义的标题。
在 diff 和 preview 模式之间切换时保留选定的 diff
以前，在 TinyMCE AI review 面板中的 preview 和 diff 模式之间切换不会保留当前建议选择。视图会重置到第一个建议，导致文档跳转到顶部而不是保持在当前上下文中的位置。这破坏了审查体验，特别是对于处理文档下方建议的用户。
在 TinyMCE 8.5.0 中，在 preview 和 diff 模式之间切换时会保留活动建议。用户返回到模式更改之前查看的同一建议，并且在 preview 模式下手动滚动不再会在切换回 diff 模式时强制视图跳转。
改进了对过大提示的错误消息
以前，当发送到 TinyMCE AI 服务的提示超过大小限制时，错误消息没有包含足够的细节供集成者诊断问题。服务返回的结构化错误数据，如当前提示长度和最大允许长度，没有被解码或显示。
在 TinyMCE 8.5.0 中，TinyMCE AI 现在在提示超过大小限制时解码并显示详细的错误信息。当可用时，这包括当前提示长度和最大允许长度，使集成者更容易识别和解决提示大小问题。
如果服务响应除了识别的错误细节外还包含未识别的错误细节，额外的详细信息可能不会显示。错误通知本身不受影响。
箭头键导航不在第一个和最后一个菜单项之间循环
以前，在使用箭头键导航 TinyMCE AI 菜单时，焦点不在第一个和最后一个菜单项之间循环。在最后一个项目上按向下箭头或在第一个项目上按向上箭头没有效果。这与 TinyMCE 中其他菜单的循环行为不一致，可能会减慢基于键盘的导航速度。
在 TinyMCE 8.5.0 中，TinyMCE AI 菜单中的箭头键导航现在在第一个和最后一个项目之间循环，匹配编辑器中使用的标准键盘导航行为。
AI 聊天响应中的代码片段背景没有完全覆盖片段
以前，AI 聊天响应中的代码片段背景样式没有完全覆盖整个片段区域。代码的某些部分显示时没有适当的背景覆盖，降低了可读性并在 AI 聊天界面中创建了不一致的视觉呈现。
在 TinyMCE 8.5.0 中，AI 聊天响应中的代码片段背景样式已得到修正，以完全覆盖整个片段区域。代码片段现在显示时具有完整和一致的背景覆盖，提高了可读性和视觉一致性。
在 AI 响应时未禁用标签移除
以前，在 TinyMCE AI Chat 面板中，AI 生成响应时上下文标签上的关闭按钮保持活动状态。这允许在响应生成过程中移除标签，这可能会干扰响应上下文并产生意外结果。
在 TinyMCE 8.5.0 中，当 AI 正在生成响应时，上下文标签上的关闭按钮现在被禁用。标签只能在响应完成后移除，防止在生成过程中对请求上下文进行意外修改。
AI Chat 暗色模式下的用户提示背景颜色不正确
以前，在使用暗色皮肤时，TinyMCE AI Chat 面板中的用户提示背景颜色不正确。文本和背景之间的低对比度使提示更难阅读，降低了 AI Chat 界面在暗色模式下的可访问性和可用性。
在 TinyMCE 8.5.0 中，AI Chat 面板中的用户提示背景颜色已针对暗色皮肤进行了修正。更新后的颜色提供了适当的对比度，提高了暗色模式用户的可读性和可访问性。
Tab 键可用于在 preview 页脚的分段按钮选项之间移动焦点
以前，Tab 键可用于在 TinyMCE AI preview 模式页脚中的分段按钮内的各个选项之间移动焦点。这与标准键盘导航行为不一致，其中箭头键应在分段控件中的选项之间导航，而 Tab 键应将焦点移动到组外的下一个交互元素。
在 TinyMCE 8.5.0 中，TinyMCE AI preview 页脚中的焦点顺序已得到修正。Tab 键现在将焦点移动到分段按钮外的下一个交互元素，箭头键在组内的选项之间导航。这提供了更可预测和可访问的键盘导航体验。
减少了决策卡片详细信息中标签和正文之间的间距
以前，TinyMCE AI 决策卡详细信息中标签和正文元素之间的间距比预期的要大。组合的间隙和填充导致这些元素之间有 24 像素的空间，在卡片内造成了视觉不一致的布局。
在 TinyMCE 8.5.0 中，决策卡内部的间距已减少到元素之间一致的 12 像素。这在 TinyMCE AI 界面中提供了更紧凑和视觉连贯的卡片布局。
当聊天为空时，新聊天按钮未禁用
以前，即使当前对话为空，TinyMCE AI 侧边栏中的“新聊天”按钮仍保持启用状态。在此状态下点击该按钮没有任何效果，这造成了令人困惑的体验和可访问性问题，因为屏幕阅读器和键盘用户可以与不执行任何操作的控件进行交互。
在 TinyMCE 8.5.0 中，当未开始任何对话时，“新聊天”按钮现在会被禁用，确保按钮状态准确反映其可用性。
当鼠标悬停时在聊天历史列表中出现操作按钮，导致布局偏移，文本跳动
以前，TinyMCE AI 聊天历史面板中的动作容器没有为悬停时出现的图标按钮预留空间。当悬停在聊天历史项上时，按钮变得可见并导致整个布局偏移，使内容意外地跳跃位置。这导致了令人不快的视觉不一致和整个组件中不一致的间距。
在 TinyMCE 8.5.0 中，动作容器现在预留了最小的水平空间以容纳图标按钮及其周围的填充。操作按钮的出现和消失不会导致布局偏移，从而提供更流畅和可预测的聊天历史交互。
使用 Delete 或 Backspace 键删除上下文源时，焦点不再丢失
以前，在 TinyMCE AI 侧边栏聊天视图中使用 Delete 或 Backspace 键删除上下文源标签时，键盘焦点会丢失。删除上下文源后，焦点完全消失，使得继续键盘导航变得困难。这特别影响了可访问性和仅使用键盘的工作流。
在 TinyMCE 8.5.0 中，焦点管理现在会跟踪标签删除事件。当删除上下文源标签时，焦点会移动到上一个上下文源标签，或者当第一个或仅剩的标签被移除时，焦点会回到提示输入字段。这确保了在管理上下文源时的无缝键盘导航。
切换浮动侧边栏时，ToggleSidebar 事件未触发
以前，在 TinyMCE AI 插件中打开或关闭浮动侧边栏时，不会发出 ToggleSidebar 事件。此外，当浮动侧边栏打开时，使用 editor.queryCommandValue('ToggleSidebar') 查询当前侧边栏值不会返回正确的标识符。这使得难以通过编程方式确定浮动侧边栏的状态或响应状态变化。
在 TinyMCE 8.5.0 中，浮动侧边栏现在完全支持现有的侧边栏 API。当浮动侧边栏打开、关闭或切换时，会触发 ToggleSidebar 事件，并且 queryCommandValue 返回正确的侧边栏标识符。这使浮动侧边栏与常规侧边栏实现了完全的 API 对等。
当审阅侧边栏在建议仍在加载时关闭并重新打开，AI Review 建议卡片现在保持可用
以前，在开始审阅后立即关闭 TinyMCE AI Review 侧边栏，然后在 AI 完成生成建议后重新打开它，会重置侧边栏状态。与审阅相关的建议卡片未显示，而是出现了可用审阅列表以及预览。这阻止了对生成的建议采取行动。
在 TinyMCE 8.5.0 中，当侧边栏在建议生成期间或之后关闭并重新打开时，侧边栏状态现在可以正确保留。即使侧边栏在 AI 仍在流式传输结果时关闭，审阅建议卡片也保持可见且可操作。
鼠标移出时菜单不再关闭
以前，当鼠标指针移出菜单区域时，TinyMCE AI 插件中的子菜单会关闭。这与其他 TinyMCE 菜单的行为不一致，其他菜单的子菜单会保持打开状态，直到选择父菜单中的其他项或整个菜单被关闭。这种不一致使子菜单导航不可靠，并可能在使用时造成混淆。
在 TinyMCE 8.5.0 中，TinyMCE AI 插件中的子菜单在鼠标移出时不再关闭。子菜单现在保持打开状态，直到选择其他父菜单项或菜单被关闭，与其他所有 TinyMCE 菜单的行为一致。
审阅期间的第一个加载卡片不再显示为聚焦状态
以前，在运行 AI 审阅时，在 Review 侧边栏中显示的第一个骨架卡片在生成建议期间应用了焦点样式。由于卡片内容仍在加载且无法交互，可见的焦点指示器具有误导性，并造成了令人困惑的用户体验。
在 TinyMCE 8.5.0 中，焦点样式不再应用于 Review 侧边栏中的加载卡片。卡片仅在内容完全加载且可以交互后才会获得焦点样式。
执行 AI UI 操作的新命令
以前，TinyMCE AI 中的快速操作只能通过插件的内置菜单和工具栏按钮触发。希望从自定义 UI 元素或自动化工作流中调用这些操作的集成者没有编程方式来实现这一点。
在 TinyMCE 8.5.0 中，TinyMCE AI 插件注册了一组与每个 Quick Action 相对应的编辑器命令。其中包括用于内置操作的命令，例如 TinyMCEAIQuickActionImproveWriting、TinyMCEAIQuickActionCheckGrammar 和 TinyMCEAIQuickActionTranslate（接受语言参数），以及用于使用指定模型运行自定义提示的 TinyMCEAIQuickActionCustom。还提供了一个 TinyMCEAIChatPrompt 命令，用于将提示直接发送到 Chat 侧边栏。要查看完整的命令列表，请参阅 TinyMCE AI 插件命令。
为 tinymceai_quickactions_custom 新增可选的 id 属性，用于将操作注册为自定义菜单项
此前，通过 tinymceai_quickactions_custom 选项定义的自定义快速操作只能显示在“快速操作”菜单内的专用“自定义”子菜单中。这限制了希望自定义操作作为顶级菜单项与预定义操作一起显示或在其他菜单配置中使用的集成者。
在 TinyMCE 8.5.0 中，每个自定义快速操作对象都可以包含一个可选的 id 属性。当设置了 id 时，自定义操作可以作为自己的顶级菜单项列在 tinymceai_quickactions_menu 数组中，或者包含在任何接受控件标识符的菜单栏菜单或菜单按钮配置中。
聊天中的加载器为正常大小，而非小尺寸
此前，在生成响应时显示在 AI 聊天区域的加载微调器使用默认大小，而非小尺寸。这导致微调器在视觉上比相邻的 AI 响应图标更大，在聊天界面中造成了不一致的外观。
在 TinyMCE 8.5.0 中，AI 聊天加载微调器的大小现在与 AI 响应图标的尺寸相匹配，提供了一致且精致的视觉体验。
当插件正在生成审阅或快速操作时，加载指示器中的“停止”按钮会获得焦点
此前，TinyMCE AI 插件在不同上下文中显示“停止生成”控件的方式不一致。审阅加载指示器使用基于文本的按钮，而 AI 聊天侧边栏使用基于图标的按钮。此外，控件在出现时不会获得焦点，这对键盘可访问性产生了负面影响。
在 TinyMCE 8.5.0 中，加载指示器中的停止按钮现在与 AI 聊天侧边栏中使用的图标按钮相匹配，提供了更一致的视觉体验。按钮在显示时也会获得焦点，提高了内容生成期间的键盘导航和可访问性。
有关 TinyMCE AI 插件的信息，请参阅：TinyMCE AI。
伴随的 Enhanced Skins & Icon Packs 更改
TinyMCE 8.5.0 版本包括伴随的 Enhanced Skins & Icon Packs 版本。
Enhanced Skins & Icon Packs
Enhanced Skins & Icon Packs 版本包括以下更新和修复。
对 Enhanced Skins & Icon Packs 进行了重新构建，以纳入同样并入默认 TinyMCE 8.5.0 皮肤 Oxide 的更改。
浮动工具栏在 fabric、snow 和 naked 皮肤中具有透明背景
此前，浮动工具栏背景在 fabric、snow 和 naked 皮肤中是透明的，导致工具栏下方的编辑器内容透出。这降低了可读性，并使工具栏难以使用。
在 TinyMCE 8.5.0 中，工具栏背景样式为受影响的皮肤使用了正确的背景颜色。浮动工具栏现在在所有三个皮肤中都具有实心背景，确保与编辑器内容有适当的视觉分隔。
Premium content CSS 文件包含来自默认主题的多余样式
此前，fabric、fluent、material-classic 和 material-outline 皮肤的 Premium skin content CSS 文件导入了来自默认主题内容 UI 的样式。这导致重复样式加载到编辑器中，并不必要地增加了 Premium content CSS 文件的大小。
在 TinyMCE 8.5.0 中，已从 Premium content CSS 文件中删除了过时的导入。Premium content CSS 文件现在仅包含每个皮肤特定的样式，减小了文件大小并消除了重复的样式加载。
有关使用 Enhanced Skins & Icon Packs 的信息，请参阅：Enhanced Skins & Icon Packs。
改进
TinyMCE 8.5.0 还包括以下改进：
改进了 Suggested Edits 和 TinyMCE AI 插件中内联差异高亮的视觉样式
此前，当在 Suggested Edits 和 TinyMCE AI 插件中选择差异高亮时，视觉样式会产生重叠效果，使显示杂乱。多层样式（包括边框、框阴影和背景颜色）组合在一起，遮挡了高亮内容。这使得阅读和审阅建议的更改变得困难，特别是对于跨越多行的内联文本元素。
在 TinyMCE 8.5.0 中，已选差异高亮的视觉样式已简化并优化。基于边框的高亮已替换为背景渐变图像，box shadow 已重新定位，背景尺寸现在会考虑行高。这些更改减少了视觉干扰，提供了更清晰、更易读的差异高亮，使审阅流程更容易跟进。
新增功能
TinyMCE 8.5.0 还包括以下新增功能：
新的 content_language 选项，用于在 iframe 的 html 元素或内联编辑器的目标元素上设置 lang 属性
以前，TinyMCE 没有选项来设置编辑器的默认内容语言。在经典（iframe）模式下，编辑器 iframe 内部的 html 元素没有 lang 属性，这不符合诸如 WCAG 成功标准 3.1.1 等无障碍标准。屏幕阅读器和其他辅助技术无法确定编辑器内容的语言。
在 TinyMCE 8.5.0 中，新的 content_language 选项会在经典模式下编辑器 iframe 的 html 元素上，或在内联模式下的目标元素上设置 lang 属性。这与控制 UI 语言的 language 选项是分开的。拼写检查器插件现在也在设置时默认使用 content_language，然后再回退到 spellchecker_language。
变更
TinyMCE 8.5.0 还包括以下变更：
更新了审阅列表手风琴项的背景颜色
TinyMCE AI 审阅列表中的手风琴项背景颜色已从 #F7F7F7 更新为 #F0F0F0，以提高视觉对比度并符合当前设计规范。
错误修复
TinyMCE 8.5.0 还包括以下错误修复：
包含非 Latin1 字符的 URI 会返回错误
以前，插入包含非 Latin 1 字符（例如带有字节顺序标记（BOM）的 SVG 数据 URI）的 data URI 图像时，会导致 TinyMCE 抛出 InvalidCharacterError。这是因为 TinyMCE 使用 btoa 函数将数据 URI 编码为 base64，而 btoa 不支持 Latin1 范围之外的字符。该错误可能导致编辑器挂起或无法处理图像。
在 TinyMCE 8.5.0 中，数据 URI 在传递给 btoa 之前现在使用 TextEncoder 进行编码，确保正确处理非 Latin1 字符。包含此类字符的 data URI 图像现在可以无误处理。
某些屏幕阅读器无法正确播报 Alert 和 confirm 对话框
以前，TinyMCE 中的 alert 和 confirm 对话框无法被某些屏幕阅读器（如 NVDA）正确播报。这些对话框的 aria-label 属性为空，并且缺少指向对话框正文内容的适当 aria-labelledby 或 aria-describedby 引用。因此，屏幕阅读器用户无法听到这些对话框中呈现的消息或问题，导致难以响应确认提示或理解 alert 消息。
在 TinyMCE 8.5.0 中，alert 和 confirm 对话框现在包含了指向对话框内容的适当 ARIA 属性。当对话框打开时，屏幕阅读器会播报对话框消息，为所有用户提供无障碍体验。
某些选择会删除编辑器主体，导致问题
以前，如果从编辑器内部拖动选择包含表格的内容并在编辑器外部释放鼠标按钮，然后按 Delete 键，可能会从 DOM 中移除编辑器主体元素。这会导致控制台错误，并使编辑器处于不可用状态，任何后续交互（如聚焦或选择内容）都会引发额外错误。
在 TinyMCE 8.5.0 中，编辑器现在防止删除操作移除编辑器主体元素。跨越表格并超出编辑器边界的选择将被安全处理，保留编辑器结构并允许继续使用而不出错。
列表内 div 的某些组合会导致关闭列表时出现问题
以前，列表项内部某些 div 元素的组合可能会阻止关闭列表。列表检测逻辑会过早地将列表项内的 div 识别为列表宿主，而不是识别为现有列表内的内容。这导致在受影响的内容结构中无法移除列表格式。
在 TinyMCE 8.5.0 中，列表检测逻辑现在能正确识别 div 在列表内的情况，并在将该元素视为宿主之前定位父列表。包含嵌套 div 元素的列表现在可以按预期关闭。
当脚本和样式元素在 schema 中被视为有效时，DOMPurify 会错误地移除它们
此前，当启用 xss_sanitization 时，通过 valid_elements 或 extended_valid_elements 明确允许的 script 和 style 元素会在清理过程中被移除。DOMPurify 将这些元素标记为潜在的 mXSS 攻击向量，并完全删除它们，即使 schema 配置指示它们是有效的。
在 TinyMCE 8.5.0 中，schema 中视为有效的 script 和 style 元素在清理过程中会被保留。清理过程仍会移除不安全的属性和内容，但当 schema 明确允许这些元素时，不再删除整个元素。
带有子元素的 Iframe 元素曾被 DOMPurify 错误地移除
此前，包含子节点的 iframe 元素在清理过程中会被完全移除。DOMPurify 认为 iframe 中存在子节点是潜在的 mXSS 风险，因此从内容中剥离了整个元素。
在 TinyMCE 8.5.0 中，iframe 元素在清理过程中被保留。任何子节点以及不安全或无效的属性会被移除，但 iframe 元素本身仍保留在编辑器内容中。
已弃用
TinyMCE 8.5.0 包含以下弃用项：
拼写检查器配置属性 spellchecker_language 已被弃用
自 TinyMCE 8.5.0 起，spellchecker_language 选项已被弃用，并将在未来的主要版本中移除。改用 content_language，该选项可同时设置默认内容语言和拼写检查器的校对语言。
有关 content_language 选项的信息，请参阅：内容本地化。