CKEditor 4为每个格式化操作使用单独的范围标记

我已经搜索了大量的CKEditor帖子，还没有找到这个问题的有针对性的答案。我知道CKEditor是非常可配置的（我还没有利用它）

对于执行的每个格式化操作，CKEditor都将其包装在一个单独的span标记中。因此，如果我1）将字体更改为Arial 2）将大小更改为36px 3）更改颜色，我最终会得到这个看起来不必要的冗长HTML

<p><span style="color:#DAA520"><span style="font-size:36px"><span style="font-family:arial,helvetica,sans-serif">Hi</span></span></span></p>

你好

我宁愿它只是做一些类似于

Hi

---

我的问题：这是可配置的（以及如何配置的），和/或他们这样做的理由是我应该接受的行为吗？

对于CK Editor来说，这显然是一种相对干净的实现方式，有助于它避免应用于不同跨度的不同样式的冲突逻辑

如果您作为用户想要在大小、颜色或字体等多个变量上保持一致的差异，我认为您应该真正使用类。像CK这样的WYSIWYG编辑器被设计用来实现可读而不美观的HTML代码。如果您想要更优雅的代码，您可能需要自己编写

---

由于WYSIWYG编辑器/文字处理器的其他修改会生成看起来淫秽的代码，例如Microsoft word/Outlook，或者Adobe的新CSS from layout功能，所以这个span输出实际上并不太糟糕。

对于CK Editor来说，这显然是一种相对干净的实现方式，这将有助于避免不同跨度应用不同风格的冲突逻辑

如果您作为用户想要在大小、颜色或字体等多个变量上保持一致的差异，我认为您应该真正使用类。像CK这样的WYSIWYG编辑器被设计用来实现可读而不美观的HTML代码。如果您想要更优雅的代码，您可能需要自己编写

---

由于WYSIWYG编辑器/文字处理器的其他修改会生成淫秽的代码，例如Microsoft word/Outlook或Adobe的新CSS from layout功能，这个span输出实际上并不太糟糕。

作为一个CKEditor核心开发人员，我只能补充一点：你是对的：）按名称合并元素是非常困难的，因为样式列表仍然是可配置的，实现在绝大多数情况下是可维护和稳定的。作为一个CKEditor核心开发人员，我只能补充一点：你是对的：）这非常困难在大多数情况下，按名称合并元素很困难，样式列表仍然是可配置的，实现是可维护和稳定的。