大きな画像でレイアウトがあばばばばば
Posted at 2005-10-13T08:08:00+09:00 in Web Design
大きな画像を利用するとレイアウトや見た目がメチャクチャになる場合があります。このサイトのように本文のカラム(つまり様々な画像を利用するカラム)が左でメニューのカラムが右にあるような場合や要素の内容物によりその要素のボックス幅が修正されてしまうというバグのあるInternet Explorerでは顕著です。幅固定なレイアウトの場合は、本文のカラムの幅は確実に把握できるので、それに合わせて画像をリサイズした上で利用すれば良いわけですが、幅可変なレイアウトの場合は、当然本文のカラムの幅が不定なのでそういうわけにはいきません。こういったケースにはoverflowの値にhiddenやscrollを指定することでレイアウトや見た目の崩れを回避することが可能です。
overflowは要素のボックスからはみ出す内容物をどう表示するかを指定するプロパティで、値にhiddenを指定するとはみ出した部分は表示されません。つまり、
<div id="contents">
<div class="image_container">
<img src="foo.png" alt="でかすぎ・・・" width="100000000" height="100" />
</div>
</div>
というHTMLコードに対して、
div.image_container {
width: 100%;
overflow: hidden;
}
と、CSSのルールを書いておけば、foo.pngは#contentsの横幅をはみ出す部分は隠されるので、foo.pngの幅がどんな大きさでも問題ありません。
「レイアウトや見た目を崩したくないけど、せっかくの画像を隠すのも嫌だ」とかいう場合にはhiddenではなくscrollを使うと良いです。ブラウザによってscrollによる表示はかなり異なるのでちょっとアレな感じですが。
img要素に対してmax-widthを指定するというアプローチの方がよりスマートかもしれません。が、Internet Explorer(以下略)。Internet Explorerでもexpression()を使ってゴニョゴニョすればmax-width相当(またはそれ以上)のことが実現可能ではありますけど。
以上は特に画像に限った話ではなく、pre要素やiframe要素などのボックス幅で折り返されない要素でも同じ話です。特にAdSenseで利用されているiframe要素では幅と高さが指定されておりimg要素とほとんど同じケースです。「AdSenseのせいでレイアウトが崩れてる!」とかあまり笑えない話なので、このようにoverflowを使ってレイアウトの崩れを回避するようにしておくと「広告うざ・・・」と思われる回数が多少は減ることでしょう。
Weblog archives
by Month
- October, 2006 (9)
- September, 2006 (23)
- August, 2006 (31)
- July, 2006 (8)
- October, 2005 (13)
- September, 2005 (24)
- August, 2005 (26)
- July, 2005 (2)
- June, 2005 (2)
- May, 2005 (13)
- April, 2005 (30)
- March, 2005 (33)
- February, 2005 (13)
- January, 2005 (10)
- December, 2004 (28)
- November, 2004 (27)
- October, 2004 (25)
- September, 2004 (38)
- August, 2004 (52)
- July, 2004 (45)
- June, 2004 (41)
- May, 2004 (48)
- April, 2004 (36)
- March, 2004 (51)
- February, 2004 (55)
- January, 2004 (63)
- December, 2003 (46)
- November, 2003 (63)
- October, 2003 (92)
- September, 2003 (61)
- August, 2003 (93)
- July, 2003 (57)
- May, 2003 (5)
- April, 2003 (35)
- March, 2003 (35)
- February, 2003 (37)
- January, 2003 (62)
- December, 2002 (32)
This page was last modified on 2005-10-13T08:08:59+09:00 (in 0.126 secs).