フォームのボタンを画像にしたい場合、を使うと、データの送信ができないため、javascriptなどを使う必要が出てきます。

下記の書き方をすれば、submitで画像が使えます。

input type=”submit” value=” ” style=”background:url(’img/check.gif’); width:110px; height:31px; border:none;”

と上記のように書きましたが、どうやらMac版のSafariでは、submitボタンの背景にはCSSが効かないみたいで、デフォルトのsubmitボタンが表示される事が分かりましたので、訂正します。
下記のやり方であれば、Mac版のSafariでも問題なく画像が表示されます。

input type=”image” src=”images/・・・・

巷では、ユニバーサルセレクタ（*）を使わない方が良いという話があるようです。
理由としては、ブラウザでの表示速度が遅くなる等があげられています。
で、色々と調べてみたところ、表示速度に関しては、不明確な情報のようでした。

で、さらに、調べてみると、使うのはその人の自由であるという原文を紹介しながら説明をしてくれているページが見つかりました。

CSSでbackground-color等を指定している要素が、スクロールすると表示されない。
または、表示されていないのに、スクロールするとちゃんと表示される。
↑のようなバグがIE6で発生します。（噂ではIE7でも）

これを回避するには、色々な方法があるようですが、
僕が無意識に使っていた回避策は、問題の出る親の要素にwidthを指定するという方法です。

どうしても、widthを入れれない場合は、heightを入れてもOKです。
なるべくwidthを指定するように心がけていれば、このバグに出会うことはないようです。

IEの独特の問題だと思いますが、リストなどで画像を縦に並べると、ぴったりとくっつかずに、1PXの隙間ができたりします。
これは、テキストと同じように、imgもインライン要素として、IEが解釈しているからだそうで、
表示される基準線としてbaselineという値が設定されてしまうようです。
この値が、1PXの隙間を作ってしまうので、これを下記のCSSで矯正します。
img{vertical-align:bottom;}

逆に、baselineがあやふやになってしまって、画像達の隙間がバラバラになる場合は、
img{vertical-align:baseline;}
と設定してあげて、基準線を明確にして安定させる方法もあります。

問題：フロートさせたボックスに左右マージンを指定すると、指定値の2倍程度のマージンが設置され、レイアウトが思うようにならないという、IEのバグがあります。

回避方法：フロートにdisplay:inlineをつければ何故かバグが回避できる

上記の回避方法を使ってみたところ、無事にレイアウトされました。