うっかり時間を使ってしまうコンテンツ満載

http://makibishi.co.jp/
ウェブの制作会社らしいですが、すごいつくり込み。
フラッシュアニメ（というかゲーム）で、うっかり1時間くらい使ってしまった。。。

clearは、floatの解除ではなく、上marginの増加

http://www.geocities.jp/multi_column/float/06.html
http://www.w3.org/TR/CSS2/visuren.html#flow-control

floatのclearしてる要素に上マージン指定しても効かないということを、なんというかバグ的に考えていたんですが、IEのように、マージンが反映されてしまうほうがバグだったんですね。
clearは、それ以前のfloatしてる要素の下に来るように上マージンを増加させているのだということ。
なるほど、だから上マージン指定しても効かないわけだ。
これ知ってからは、間違えなくなりました。

テストを解いてみる

http://3ping.org/2007/11/14/1530

よくのぞいている、3ping.orgさんのエントリ。
webの専門学校の先生をされているそうで、その授業で出題した問題を載せておられます。
普通にわかるハズなんだけど、テストとして出されると、ちょっととまどったりして。
僕は、昔はフレームを多用してた派なんですが、テーブルレイアウトはあまりつかっていなくて、だから、今のcssでのレイアウトにあまり違和感がなかったのかな、とか思います。

clearの本当の意味

http://mb.blog7.fc2.com/blog-entry-62.html

ここ最近で、一番「目から鱗」って感じだった、衝撃の事実。
clearは、floatを解除するんじゃなくて、clearを指定した要素が、floatさせている要素よりも下に来るように、上マージンをつける、とのこと。

これで、あぁ、なるほど！だからclearを指定してる要素に上マージンが指定できないわけだ！ととても関心した。
これを知っていると、ちゃんと意識して、上の要素にマージンボトムつけたりとかできるようになった。

IEでのCSSのバグの（だいたいの場合の）正体 hasLayout

いまさらですが、hasLayoutについて。
http://coliss.com/articles/build-websites/operation/css/143.html
IEの独自拡張、hasLayoutプロパティがfalseになっているとバグが起こることがあるということですよね。
回避方法として、height: 1%;　や、widthを指定するなどが一般的なようです。
zoom: 1;も、IEの独自拡張なので、IEのバグはIEの独自拡張で直すといった感覚で、僕はこれ結構好きです。
ただ、zoomは、バリデータを通すとエラーがでちゃいます。

height:1%;は、サイドのナビゲーションをリスト表示させているところに使った時、IE７で、リストが縮まってしまったことが、何度かあるので、注意が必要かと思います。
常に幅を意識して、数値入れるようにしておくのが、堅実って感じですね。