Content management system 客户端希望从字处理器复制/粘贴；富文本编辑器会把它弄得一团糟。我们如何解决这个问题？

经过多年定制CMS系统的经验，我得出以下结论：

• 客户真的希望将文字处理程序中的信息复制并粘贴到他们的网站CMS中。他们不喜欢在网站框中创建大的文本，而更喜欢使用旧的文字处理器。或者他们只是为了其他目的准备了文本，因此想要复制和粘贴
• 客户不喜欢丢失格式。他们把时间花在了黑体字、标题等上，他们不喜欢再重复一遍
• 富文本格式字段（TinyMCE、CKEditor等）还不能将所有格式化文本正确转换为正确的HTML。我不怪他们；考虑到文字处理器放在剪贴板上的奇怪的“源代码”，这必须是非常困难的。但是阅读所有关于richttext相关问题的主题，我觉得这是一个已知的限制

在这种情况下你会怎么做？我尝试了以下方法：

• 事先向客户解释，这不是我们正在实现的字处理器，它有局限性。他们可以理解，但仍然想复制和粘贴
• 仅显示极少的格式化按钮（粗体、斜体、链接）。这样，我们就可以剥离标签并将其清理干净，这就限制了问题的发生。效果更好，但客户不断要求字体选项、更多颜色、标题等

所以这不是一个很好的解决方案。还有其他人成功地解决了这个问题吗

一种解决方案（可能是我想到的最好的）是对粘贴的内容进行后期处理。因此，捕获发布事件并更正所有糟糕的HTML——例如，捕获所有“mso正常”样式并删除它们。你会有一套规则来清理来自Word女士的东西

不过，这不仅仅是一个文字处理问题。您正在从一个富格文本编辑器粘贴到另一个富格文本编辑器，而样式不会在富格编辑环境之间转换。这与其说是一个技术问题，不如说是一个逻辑问题

---

更新：有人给我指出了这个：。没有真正的解决方案，只是确认这是一个棘手的问题。

我完全同意你的看法：

上周，我与一位客户进行了一次非常有趣的测试，为此我准备了一些基于.NET的CMS系统的演示（Umbraco、Sitefinity、DNN、Composite C1等）。客户自己有一个基于Drupal的网站，我很惭愧，我的CMS演示没有一个能够100%地处理复杂的单词表（其他条件相同：我没有做一些CMS微调，使用了所有现成的CMS）。最糟糕的是他的Drupal CMS做得100%好！它与Word中的完全相同。对于一个经常使用Word的客户来说，我的CMS ses是一个很好的展示工具。当然，网上有很多关于“你不应该从Word复制”或“不要用Word做CMS的东西”的讨论。事实是：客户使用Word，所以我们应该处理它