userContent.css在Firefox中獲取固定寬度的字體

Question

我正在嘗試使用userContent.css中的一些CSS在Firefox中gmail的新撰寫功能中獲得固定寬度的等寬字體。 像下面這樣的東西可以幫我解決問題：

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

但它不再起作用。 使用firefox中的inspect元素，我看到消息類似於：

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

我在這里缺少什么嗎？ 如果compose窗口在類editable和LW-avf為什么它不是monospace ？

Answer 1

我猜想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;
    }
}

Answer 2

在仔細研究了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中的網頁的網址不匹配（不確定該網址是什么）。

如果我與網址不匹配，則可以正常工作。 當然，現在該樣式將應用於名為editable的類的任何頁面。

我有時間的時候可以和mozilla開發人員聯系。

Answer 3

有趣，但由於我前一段時間放下GMail而無法檢查具體信息（Google過於推崇社交網絡了……）

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整天都是綠色的。 但是我敢打賭你已經知道了。

可能發生的情況是，瀏覽器選擇的某些作者規則比您的規則更具特異性。 這是一個錯誤...您可以查看檢查器，看看計算出的字體來自何處？

userContent.css在Firefox中獲取固定寬度的字體

問題描述

3 個解決方案

解決方案1
2 2013-10-25 22:08:13

解決方案2
1 已采納 2013-08-28 22:31:13

解決方案3
0 2013-08-28 22:17:44

userContent.css在Firefox中獲取固定寬度的字體

問題描述

3 個解決方案

解決方案1 2 2013-10-25 22:08:13

解決方案2 1 已采納 2013-08-28 22:31:13

解決方案3 0 2013-08-28 22:17:44

解決方案1
2 2013-10-25 22:08:13

解決方案2
1 已采納 2013-08-28 22:31:13

解決方案3
0 2013-08-28 22:17:44