Ah, inline-block, that elusive and oh so tempting display declaration that promises so much, yet delivers so little. Too many times have I received PSD files like this:
and begin to cry.
Normally, this type of layout would be a cakewalk. Fixed width, fixed height, float:left and you’re done. Buuuuut, the design needs to work with variable amounts of content, which means if one of these blocks has more content than the others, it will break the layout:
Because the first gallery item is taller than the rest, the 5th item is floated left against it instead of below it. Basically we want a layout with the flexibility of a table, but proper, semantic markup.
We start with a simple page with an unordered list and display set to inline-block:
<ul>
<li>
<h4>This is awesome</h4>
<img src="http://farm4.static.flickr.com/3623/3279671785_d1f2e665b6_s.jpg"
alt="lobster" width="75" height="75"/>
</li>
...
<ul>
<style>
li {
width: 200px;
min-height: 250px;
border: 1px solid #000;
display: inline-block;
margin: 5px;
}
</style>
And it looks ok in Firefox 3, Safari 3 and Opera:
Obviously, something is wrong with the vertical alignment. Well, not exactly wrong, because this is the correct behavior, but it’s not what we want.
What’s going on here is the baseline of each <li> is being aligned with the baseline of the parent <ul>. What’s a baseline, you ask? A picture is worth a thousand words:
The baseline is the black line running through the text above. Putting it as simply as possible, the default vertical-align value on inline or inline-block element is baseline, which means the element’s baseline will be aligned with its parent’s baseline. Here’s the first inline-block attempt with baselines shown:
As you can see, each baseline is aligned with the baseline for the text ‘This is the baseline’. That text is not in a <li>, but simply a text node of the parent <ul>, to illustrate where the parent’s baseline is.
Anyway, the fix for this is simple: vertical-align:top, which results in a great looking grid:
Except it still doesn’t work in Firefox 2, IE 6 and 7.
Let’s start with Firefox 2.
Firefox 2 doesn’t support inline-block, but it does support a Mozilla specific display property ‘-moz-inline-stack’, which displays just like inline-block. And when we add it before display:inline-block, FF2 ignores that declaration and keeps -moz-inline-stack because it doesn’t support inline-block. Browsers that support inline-block will use it and ignore previous display property.
<style>
li {
width: 200px;
min-height: 250px;
border: 1px solid #000;
display: -moz-inline-stack;
display: inline-block;
vertical-align: top;
margin: 5px;
}
</style>
Unfortunately, it has a small bug:
Honestly, I don’t know what causes this bug. But there is quick fix. Wrap everything inside the <li> with a <div>.
<li>
<div>
<h4>This is awesome</h4>
<img src="http://farm4.static.flickr.com/3623/3279671785_d1f2e665b6_s.jpg"
alt="lobster" width="75" height="75"/>
</div>
</li>
This seems to ‘reset’ everything inside the <li>’s and makes them display appropriately.
Now, on to IE 7. IE 7 does not support inline-block, but we can trick it into rendering the <li>s as if they were inline-block. How? hasLayout, a magical property of IE that allows for all sorts of fun! You can’t set hasLayout explicity on an element with hasLayout:true; or anything easy like that, but you can trigger it with other declarations like zoom:1.
Technically, what hasLayout means is an element with hasLayout set to true is responsible for rendering itself and its children (combine that with a min-height and width, and you get something very similar to display:block). It’s kinda like magical fairy dust you can sprinkle on rendering issues and make them disappear.
When we add zoom:1 and *display:inline (star hack to target IE6 & 7) to the <li>s, we make IE 7 display them as if they were inline-block:
<style>
li {
width: 200px;
min-height: 250px;
border: 1px solid #000;
display: -moz-inline-stack;
display: inline-block;
vertical-align: top;
margin: 5px;
zoom: 1;
*display: inline;
}
</style>
Phew! Almost done. Just IE 6 left:
IE 6 doesn’t support min-height, but thanks to its improper handling of the height property, we can use that instead. Setting _height (IE6 underscore hack) to 250px will give all <li>s a height of 250px, and if their content is bigger than that, they will expand to fit. All other browsers will ignore _height.
So after all that work, here’s the final CSS and HTML:
<style>
li {
width: 200px;
min-height: 250px;
border: 1px solid #000;
display: -moz-inline-stack;
display: inline-block;
vertical-align: top;
margin: 5px;
zoom: 1;
*display: inline;
_height: 250px;
}
</style>
<li>
<div>
<h4>This is awesome</h4>
<img src="http://farm4.static.flickr.com/3623/3279671785_d1f2e665b6_s.jpg"
alt="lobster" width="75" height="75"/>
</div>
</li>
Fred Wenzel
wrote on
:
Jeff Balogh
wrote on
:
Eli
wrote on
:
Dao
wrote on
:
jan
wrote on
:
marcoos
wrote on
:
Andrew
wrote on
:
Brian
wrote on
:
chris
wrote on
:
Reality Sammich
wrote on
:
jimmy jj
wrote on
:
Michael
wrote on
:
Ronny
wrote on
:
Tom B.
wrote on
:
Renato Carvalho
wrote on
:
James John Malcolm
wrote on
:
AndyW
wrote on
:
Francois
wrote on
:
George
wrote on
:
Kai Chan Vong
wrote on
:
ionut popa
wrote on
:
Rich
wrote on
:
Chris Snyder
wrote on
:
Jeff Milner
wrote on
:
Tim
wrote on
:
Lucian Lature
wrote on
:
Anraiki
wrote on
:
Foamy
wrote on
:
Jon B
wrote on
:
Nosredna
wrote on
:
at9t
wrote on
:
Maximilian Böhm
wrote on
:
sunil
wrote on
:
Jay
wrote on
:
Neil Rashbrook
wrote on
:
djerdos
wrote on
:
Emma
wrote on
:
Felipe
wrote on
:
Magnar
wrote on
:
karf
wrote on
:
Daniela
wrote on
:
Gmyster
wrote on
:
matt
wrote on
:
fluidByte
wrote on
:
Eric
wrote on
:
Joe
wrote on
:
fluffyb
wrote on
:
Dan Eastwell
wrote on
:
Jeff
wrote on
:
Austin King
wrote on
: