小编rya*_*hea的帖子
Chrome 不显示 webfont，当在缓存的样式表中声明 font-face 时回退到 Times New Roman
当启用 Chrome 的缓存时，我在 Chrome 中遇到 FontAwesome (v4) webfont 图标呈现问题。间歇性地，在多个用户机器上，一个页面将加载我们的 FontAwesome 图标，如下所示不正确显示。此问题仅偶尔发生，无法可靠地重现或缩小到单个页面。唯一常见的重现步骤是使用 Chrome，并且没有在开发工具或其他地方启用“禁用缓存”。
检查开发工具计算的图标元素样式显示，Chrome 正确地将指定的字体系列检测为“FontAwesome”，但<i>图标的标签以 Times New Roman 呈现，而不是 FontAwesome webfont。“FontAwesome”@font-face 声明和上述分配font-family: FontAwesome给.fa类的规则存在于同一个样式表中site.css，这会导致问题。
检查下面的来源，我们看到site.css在网站的<head>标签中正确指定。它不会被添加到<head>通过 JavaScript 中；它存在于浏览器加载的初始页面中。该href指向正确的样式表，这不加载问题，当在新标签打开。这并不奇怪，因为 中指定的所有样式site.css都正确应用于页面（当然 webfont 除外）。Chrome甚至可以正确读取.fa的font-family规则，如上面屏幕截图中计算出的样式所示。
我怀疑 Chrome 正在以一种奇怪的方式从缓存加载样式表，这种方式允许加载所有样式，但会干扰 FontAwesome webfont 的创建。这方面的潜在证据如下：
以上是开发工具会话中网络选项卡的一部分。没有被过滤掉，但site.css在请求列表中的条目，即使其他缓存样式表都存在，并从样式site.css被应用到该页面。在同一个块中theme.css紧随其后指定了、jQuery、AdminLTE 和其他样式表的条目。它没有被描绘出来，但是在“FontAwesome”的声明中指定的 fontawesome.woff2 webfont 文件也被成功加载。site.css<head>site.css@font-face
刷新页面或导航到另一个页面有时可以解决问题。在禁用缓存的情况下刷新始终可以解决此问题。我们（相当大的）网络应用程序的每个页面都使用相同的 …
推荐指数
解决办法
查看次数
Firefox中<video>循环属性的解决方法
有没有人知道<video>在Firefox中循环HTML5 元素的解决方法(JavaScript,我猜).loopFirefox目前不支持该属性.
推荐指数
解决办法
查看次数