页面布局中常常用会遇到左侧宽度自适应,右侧固定宽度,或者左侧宽度固定,右侧自适应。总之就是一边固定宽度,一边自适应宽度。css
通常固定宽度是导航栏,自适应宽度的是主体内容显示区。html
因此要实现这种布局,就先给出以下html结构:浏览器
<div class="container"> <div class="sidebar">导航区域</div> <div class="main">主体内容显示区域</div> </div> <div class="footer">footer保证前面的不会影响此元素的显示</div>
container用于包裹sidebar与main,footer用来测试前面的布局不会影响footer的正常显示,若是footer样式不对,说明咱们的布局是有问题的。ide
接下来看常见的几种布局方法:布局
.container { overflow: hidden; *zoom: 1; } .sidebar { float: right; width: 300px; background: #333; } .main { margin-right: 320px; background: #666; } .footer { margin-top: 20px; background: #ccc; }
其中,sidebar让它浮动,并设置了一个宽度;而main没有设置宽度。测试
你们要注意html中必须使用div标签,不要妄图使用什么p标签来达到目的。由于div有个默认属性,即若是不设置宽度,那它会自动填满它的父标签的宽度。这里的main就是例子。spa
固然咱们不能让它填满了,填满了它就不能和sidebar保持同一行了。咱们给它设置一个margin。因为sidebar在右边,因此咱们设置main的margin-right值,值比sidebar的宽度大一点点——以便区分它们的范围,例子中是320。code
假设main的默认宽度是100%,那么它设置了margin后,它的宽度就变成了100%-320,此时main发现本身的宽度能够与sidebar挤在同一行了,因而它就上来了。htm
而宽度100%是相对于它的父标签来的,若是咱们改变了它父标签的宽度,那main的宽度也就会变——好比咱们把浏览器窗口缩小,那container的宽度就会变小,而main的宽度也就变小,但它的实际宽度100%-320始终是不会变的。blog
这个方法看起来很完美,只要咱们记得清除浮动(这里我用了最简单的方法),那footer也不会错位。并且不管main和sidebar谁更长,都不会对布局形成影响。
但实际上这个方法有个很老火的限制——html中sidebar必须在main以前!
但我须要sidebar在main以后!由于个人main里面才是网页的主要内容,我不想主要内容反而排在次要内容后面。
但若是sidebar在main以后,那上面的一切都会化为泡影。
可能有的人不理解,说你干吗非要sidebar在后面呢?这个问题说来话长,反正问题就是——main必须在sidebar以前,但main宽度要自适应,怎么办?
下面有两个办法,不过咱们先把html结构改为咱们想要的样子:
<div class="container"> <div class="main">主体内容显示区域</div> <div class="sidebar">导航区域</div> </div>
咱们把sidebar扔掉,只对main设置margin,那么咱们会发现main的宽度就已经变成自适应了——因而main对sidebar说,个人宽度,与你无关。
main很容易就搞定了,此时来看看sidebar,它无可奈何抛弃了float。咱们来看看sidebar的特色:在右边,宽度300,它的定位对main不影响——很明显,一个绝对主义分子诞生了。
因而咱们的css以下:
.container { position: relative; } .sidebar { position: absolute; top: 0; right: 0; width: 300px; background: #333; } .main { margin-right: 320px; background: #666; }
这段css中要注意给container加上了相对定位,以避免sidebar太绝对了跑到整个网页的右上角而不是cintainer的右上角。
好像完成了?在没有看footer的表现时,我很欣慰。咱们来把sidebar加长100px。
咦,好像不对,footer怎么仍是在那儿呢?怎么没有自动往下走呢?footer说——我不给绝对主义者让位!
其实这与footer无关,而是由于container对sidebar的无视形成的——你再长,我仍是没感受。
看来这种定位方式只能知足sidebar本身,但对它的兄弟们却毫无益处。
通过前面的教训,咱们从新确立了这个自适应宽度布局必需要达成的条件:
1.sidebar宽度固定,main宽度自适应
2.main要在sidebar以前
3.后面的元素要能正常显示,不能受影响
因为绝对定位会让其余元素无视它的存在,因此绝对定位的方式必须抛弃。
若是main和sidebar同样,都用float,那main的自适应宽度就没戏了;若是不给main加float,那sidebar又会跑到下一行去。
因此,最终我决定:float与margin都用。
我打算把main的宽度设为100%,而后设置float:left,最后把它向左移动320,以便于sidebar能挤上来。
但这么一来main里面的内容也会跟着左移320像素,致使被遮住了,因此咱们要把它从新挤出来。为了好挤,我用了一个额外的div包裹住内容,因此html结构变成了这种样子:
<div class="container"> <div class="main"> <div class="main_container">主体内容显示区域</div> </div> <div class="sidebar">导航区域</div> </div>
css则变成这样:
.main { float: left; width: 100%; margin-left: -320px; } .main_container { margin-left: 320px; } .sidebar { float: right; width: 300px; }
这样一改,真正的“main”就变成了main_container,它的宽度跟之前的main同样,是100%-320。
你们可能注意到了代码中的两个margin-left,一个-320px一个320px,最后结合起来至关于什么都没干,着实蛋疼。但它确实解决了main与sidebar的顺序问题。
这个方法的缺点就是:太怪异,以及额外多了一层div。
固然,以不折腾人为标准的w3c标准早就为咱们提供了制做这种自适应宽度的标准方法。那就简单了:把container设为display:table并指定宽度100%,而后把main+sidebar设为display:table-cell;而后只给sidebar指定一个宽度,那么main的宽度就变成自适应了。
.container { display: table; width: 100%; } .main { display: table-cell; } .sidebar { display: table-cell; width: 300px; }
代码不多,并且不会有额外标签。不过这是IE7都无效的方法。
若是不考虑ie7及如下版本,则使用标准方法;若是不在乎sidebar与main的顺序,则用第一种方法;不然用第3种方法。
以上代码都没在IE6测试,有问题不负责解释。我的以为,让IE6寿终正寝的办法就是——今后再也不理它。