“font-size: 13.333333969116211px”是从哪里来的？

Question

我们在应用程序中使用CKEditor让用户编辑某些电子邮件模板，但由于某种原因，许多这些模板最终带有令人讨厌的文本样式的p和span标签:

<p style="font-size: 13.333333969116211px;">

或者使用行高：

<span style="font-size: 13.333333969116211px; line-height: 1.231em;">

我们的客户抱怨说他们的电子邮件出现了奇怪的文本样式，并且非常清楚地表明他们没有手动添加这些样式（这是有道理的）。

奇怪的是：一旦我们使用相同的编辑器保存模板，这些奇怪的样式就会从源HTML中消失（在数据库中）。 然后过了一段时间，所有这些样式都会再次出现 - 可能是当客户重新使用我们的编辑器时。

我们决定谷歌这个确切的字符串font-size: 13.333333969116211px，令人惊讶的是，我们发现80,000个完全不相关的结果。 字体大小显然是通过某种计算（100/7.5）创建的，但我不知道该去哪里寻找。

有人知道这些字符串的来源以及我们如何摆脱它们吗？

- Sherlock

---

100听起来像是DPI值 :) - huysentruitw

你使用的是哪个版本的CKEditor？这是Chrome和Safari浏览器的一个bug，在CKEditor 4.3-4.4左右修复了该问题。 - Reinmar

啊，太好了！你能把它添加为答案吗？ - Sherlock

我不明白为什么这个问题会被踩。它有很好的文档说明，解释得很清楚，我们尝试了我们所能做的，我们搜索了谷歌和Stack Overflow...有时真的很烦人。 - Sherlock

不幸的是，有时候总会有那个人。 - BoltClock

Answer 1

这些丑陋的<span>标签和更加丑陋的内联样式是由Blink和基于Webkit的浏览器中原生实现的backspace / delete所创建的。它们也可能在复制和粘贴内容或拖放时出现。

将近两年前，我在此处报告了backspace和delete的问题：

• https://code.google.com/p/chromium/issues/detail?id=226941
• https://bugs.webkit.org/show_bug.cgi?id=114791

我们认为，凭借我们拥有的用户支持（我不知道谁喜欢当前的行为），我们将能够说服浏览器供应商改变这种行为（他们可能会期望）。因此，我们等待了大约一年，但我们甚至没有得到答复，无论这是否是预期行为，以及是否有机会在未来修复它。

因此，在CKEditor 4.4.1和4.4.2中，我们提供了针对退格和删除的大多数常见问题的补丁。此外，CKEditor以自定义方式处理复制和粘贴，因此，如果启用高级内容过滤器，则大部分糟糕的HTML混乱将被过滤掉。

剩下的部分是拖放的自定义处理，我们正在 CKEditor 4.5.0上进行工作。它将在2015年初发布。

- Reinmar