タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

CSSとcssとValidに関するdenkenのブックマーク (2)

  • CSS が valid でなければいけない理由って何ですか? - lucky bag

    って質問されたら、これだ!っていう答えが思いつかない。valid ではない CSS ってのは、単純な記述ミスとかではなくて、例えば Safari の複数背景画像や Opera の opacity なんかの先行実装、もしくは -moz 系などの独自実装を使うことで invalid となっているケース。 (X)HTML で invalid だと、パーサが処理出来ないとか内容が表示されないとかクリティカルな issue が発生するかもしれないけれど、CSS では意図して invalid なコードを書くケースってのがあると思う。それが良いか悪いかは別にしてね。 んで、タイトルの問い。仕様に沿った記述をすべきっていう真っ当な回答があるんだろうけど、なんかこう膝を打つような回答って何だろ。あなたが書く CSS は valid ですか? valid であろうと心がけていますか? そうあるべき理由って何で

    denken
    denken 2007/06/09
    パーサは理解できない命令を無視するようになっているはずなので、-moz系とかナントカハックとか好きに使ったらいいと思う。仕様変更の対処は自己責任で。標準準拠ならその点(仕様のせいにできるので)安心だよね。
  • Validator は完璧じゃない - lucky bag

    (X)HTMLCSS やフィードなどが、仕様に準拠しているかチェックしてくれる Validator がいくつかある。こういったチェックツールってのはケアレスミスなんかを発見するのにスンゲェ便利なわけだけど、盲目的にチェック結果を信じてしまうのはよろしくない。 例えば、一個前のコメントで書いたけど、CSS Validator にもバグがある。単位なしの整数値を line-height の値に指定するとエラーを吐く。line-height: 1.0; などと小数点付きの実数値で指定するとエラーを回避できるんだけど、小数点なしの整数値でも Valid 。仕様書を見ても、小数点なしの整数値は不正だなんて書いちゃいない。 Firefox の拡張「Html Validator for Firefox and Mozilla」でも、ins 要素にブロック要素を内包させてるとNotice: inse

    denken
    denken 2006/04/21
    そりゃそうだ
  • 1