2

我正在尝试使用 userContent.css 中的一些 css 在 gmail 的新 compose 功能中获得固定宽度的等宽字体。像下面这样的东西曾经对我有用：

@-moz-document domain(mail.google.com)
{
  .ii, .Ak, .editable, .LW-avf
  {
    font-family: monospace !important;
    font-size: 100% !important;
  }
}

但它不再有效。在 Firefox 中使用检查元素，我看到消息类似于：

<body id=":di" class="editable LW-avf"

我在这里缺少什么吗？monospace如果它在课堂上editable并且为什么不是撰写窗口LW-avf？

4

3 回答 3

2

我猜想 iframe 不会有任何与之关联的域。这似乎适用于查看和撰写消息：

@-moz-document domain(mail.google.com) {
    .gs .ii {
        font-family: monospace !important;
        font-size: 100% !important;
    }
}
@-moz-document domain() {
    .editable.LW-avf {
        font-family: monospace !important;
        font-size: 100% !important;
    }
}
于 2013-10-25T22:08:13.130 回答
1

在仔细查看 gmail html 之后，看起来他们正在使用显式嵌入 html 的 iframe……我以前从未见过这种情况。就像是：

<html>
  <body>
    <iframe>
      #document
        <!DOCTYPE html>
          <html>
            <body id=":di" class="editable LW-avf">
              ...
            </body>
          </html>
    </iframe>
  </body>
</html>

据推测，@-moz-document domain(mail.google.com)与 iframe 中页面的 url 不匹配（甚至不确定 URL 是什么）。

如果我不匹配网址，那么它可以正常工作。当然，现在该样式将应用于任何具有名为 的类的页面editable。

当我有时间时，我可能会与 Mozilla 开发人员一起讨论这个问题。

于 2013-08-28T22:31:13.833 回答
0

很有趣，但由于我前段时间放弃了 GMail，所以无法检查细节（谷歌在推动社交网络方面变得太怪异了......）

http://www.w3.org/TR/CSS2/cascade.html#used-value

在级联顺序上，它说作者模式胜过用户模式。除非用户！重要。您正在使用哪个。

http://www.w3.org/TR/CSS2/cascade.html#specificity

在这里它说更具体的被应用。

例如：

div#d.bclass { color: green; }
.aclass { color: red; }

<div id=d class="aclass bclass">hello world</div>

div 整天都是绿色的。但我打赌你已经知道了。

可能发生的情况是，浏览器正在选择一些比您的更具特异性的作者规则。这是一个错误...您可以查看 Inspector 并查看计算字体的来源吗？

于 2013-08-28T22:17:44.820 回答