仕様書

文字符号化の処理

[41] CSSにおける文字コード参照。

入口点

[5] css-syntax ではいくつかの入口点entry point (構文解析器の動作開始点) を定義しています。

[6] この他にも次のような入口点があります。

[35] css-syntax には parse something according to a CSS grammar という手順が定義されており >>34、他の仕様書から CSS 系の文字列の構文解析を行う際に呼び出されます >>36。入力は文字列、字句の列、 component value の列のいずれかです。出力は構文に依存する構文解析結果か、 失敗かのいずれかです。この手順が呼び出されると、 >>21 により構文解析し、 その結果得られた component value を指定された文法により処理します。

スタイルシートの読み込みと DOM

[7] CSSOM へは sheet 属性からアクセスできますが、 HTML DOM とは異なり読み込み途中の状態にはアクセスできないようです。

[8] スタイルシートには style sheet ready フラグ http://www.whatwg.org/specs/web-apps/current-work/#styling があり、適用の準備ができるまではこのフラグが未設定になっています。具体的にどの時点で準備ができたといえるのか明確にはなっていませんが、 普通に考えれば構文解析が完了してブラウザー内部のデータ構造となり、カスケーディングの対象となったり、 CSSOM のオブジェクトとして利用可能になったりした時点でしょう。

[9] 通常のスタイルシートの場合、 style sheet ready フラグが設定されるまではスクリプトの実行がブロックされます。 代替スタイルシートではブロックされません。 (WinIE10 では代替スタイルシートでもブロックされます。) なのでスクリプトから CSSOM にアクセスしようとしても、完全な CSSOM が返されるか、 null が返されるかのどちらかのようです。

歴史

[12] CSS1 と CSS2、さらに 2000年代までの CSS3 (css3-syntax) では Flex と Yacc により形式的に構文が記述されていましたが、参考であり、また様々な制約から不正確でした。 規定としては英語で構文および前方互換構文解析規則が説明されており、また各特性の値は専用の文法記述方法が用いられていました。

[14] このように構文と構文解析に関する規定が詳細に説明されているだけでも当時としては十分先進的ではありましたが、 Flex によって記述された字句化とよりマクロな構文の対応関係が不明瞭で <an+b> のような災厄をもたらしたり、前方互換構文解析規則の細部が不明確であったりというような問題を抱えていました。