2

重複の可能性:
本当に「&」を「&」としてエンコードする必要がありますか? ?

私は、W3Cが「文字参照の開始との混乱を避けるために、"&" の代わりに "&" (ASCII 10 進数 38) を使用する」ことを推奨していることを知っています。 " しかし、これらの警告は無視されますが、「Tiffany & Co.」と書く (たとえば) ことは有効ですか? より注意深い「Tiffany & Co.」の代わりに?

上記の例は、私が試したすべてのブラウザーで期待どおりに (つまり、同じように) レンダリングされることはわかっていますが、これは言語弁護士にとって構文の問題です。式が「 &blah; 」の形式でない限り、正当であると思われます。(「 <blah> 」を書かない場合、山括弧を使用する場合と同じです。)

余談ですが、</li> をスキップしても警告と見なされず、エスケープされていない & は警告と見なされるという事実は、HTML 構文の矛盾を物語っています。実際、パーサーの賢さに頼るなら、(たとえば) </ul> を省略しても、(未完成の) リストがドキュメントの最後の部分である場合は問題ありません: いいえ </ul>,いいえ </body>、いいえ </html> ... あいまいさの可能性はありませんよね?

PS: (賢明な) エスケープされていない山かっこは tidy では警告を発しませんが、W3C のvalidatorによってエラーとして検出されますが、エスケープされていないアンパサンドは両方の場所で警告を発します。図に行く...

4

1 に答える 1

4

無効?はい。HTML マークアップ内のフリー アンパサンドは、パーサー エラーになります。

最新のブラウザーはエラーを無視して正しく解析できますか? 最も可能性が高い。

しかし、それ不正な HTML です。

于 2010-09-25T12:24:40.747 に答える