これらのCSS中括弧が一致しないのはなぜですか？

大量のCSSコードをデバッグしています。私は問題を数行に絞り込んだ。メモ帳++によるとこれらのCSS中括弧が一致しないのはなぜですか？

@-moz-document url(chrome://browser/content/browser.xul) { 

#anyidentifier:not(.off) .anything { 
    background-color: #222 !important; } 
#anyidentifier:not(.on) .anything { 
    background-color: #333 !important; } 

}

、およびFirefoxはCSSを処理しているか、最初のオープン中括弧は、最初に近いとのマッチングされています。私はすべての問題を見ることなく、あまりにも長い間、それらの線を見つめてきました-curly-brace。それは最後の中括弧と一致する必要があります。

私には見えないものはありますか？

これはNotepad ++とおそらくMozillaのFirefoxのバグですか？

出典

2017-09-20 RockPaperLizard

メモ帳++は特定の既知のat-rulesのみを認識し、認識できないat-rulesはブラウザと同様に無効なCSSとみなします。ただし、これがScintillaコンポーネントの構文強調表示のバグとみなされるべきかどうかは不明です。

Notepad ++はブラウザと関係がないため、これはFirefoxには問題ありません。 @-moz-documentはFirefox固有のat-ruleです。それはそれです。

（はい、レベル4にパントされている@document at-ruleがありましたが、プレフィックス付きat-rulesが非標準であるという事実は変更されません。 @-moz-keyframesなど、他の接頭辞など）

出典

2017-09-20 04:37:48 BoltClock

奇妙なこと...確かに、私は休憩を取る必要があります... Firefoxは正しくレンダリングされていません...それはメモ帳++と同じように動作していますコードのもちろん、実際のコードははるかに長く、より複雑ですが、私は問題を絞り込むために取り組んできました。 – RockPaperLizard

@RockPaperLizard：このCSSルールはどこにありますか？クロムの中に何かをターゲットにしているので、userContent.cssや作者のスタイルシートではなく、動作するためにはuserChrome.cssになければなりません。 – BoltClock

はい、それはuserChrome.cssにあります – RockPaperLizard

これらのCSS中括弧が一致しないのはなぜですか？

答えて

関連する問題