[p]div+css开发[b]浏览器的兼容性[/b][br][br][br]1. 文字本身的大小不[b]兼容[/b]。同样是font-size:14px的宋体文字，在不同浏览器下占的空间是不一样的，ie下实际占高16px，下留白3px，ff 下实际占高17px，上留白1px，下留白3px，opera下就更不一样了。解决方案：给文字设定 line-height 。确保所有文字都有默认的 line-height 值。这点很重要，在高度上我们不能容忍1px 的差异。[/p] [p]2.ff下容器高度限定，即容器定义了height之后，容器边框的外形就确定了，不会被[b]内容撑大[/b]，而ie下是会被内容撑大，高度限定失效。所以不要轻易给容器定义height。[/p] [p]3.横向上的撑破容器问题，。如果float 容器未定义宽度，ff下内容会尽可能撑开容器宽度，ie下则会优先考虑内容折行。故，内容可能撑破的浮动容器需要定义width。[/p] [p]小实验：有兴趣大家可以看看这段实验。在不同浏览器下分别测试以下各项代码。[/p] [p]a. b. [/p] [p]c. d. [/p] [p]上面的代码在不同浏览器中是不一样的，实验起源于对小height 值div 的运用，，小height 值要配合overflow:hidden一起使用。实验好玩而已，想说明的是，浏览器对容器的边界解释是大不相同的，容器内容的影响结果各不相同。[/p] [p][br]4.最被痛恨的，double-margin bug。ie6下给浮动容器定义margin-left 或者margin-right 实际效果是数值的2倍。解决方案，给浮动容器定义display:inline。[/p] [p]5.mirror margin bug，当外层元素内有float元素时，外层元素如定义margin-top:14px，将自动生成margin-bottom:14px。 padding也会出现类似问题，都是ie6下的特产，该类bug 出现的情况较为复杂，远不只这一种出现条件，还没系统整理。解决方案：外层元素设定border 或 设定float。[/p] [p]引申：ff 和ie 下对容器的margin-bottom，padding-bottom的解释有时不一致，似乎与之相关。[/p] [p]6. 吞吃现象。还是ie6，上下两个div，上面的div设置背景，却发现下面没有设置背景的div 也有了背景，这就是吞吃现象。对应上面的背景吞吃现象，还有滚动下边框缺失的现象。解决方案：使用zoom:1。这个zoom好象是专门为解决ie6 bug而生的。[/p] [p]7.注释也能产生bug~~~“多出来的一只猪。”这是前人总结这个bug使用的文案，ie6的这个bug 下，大家会在页面看到猪字出现两遍，重复的内容量因注释的多少而变。解决方案：用“ picrotate start ”方法写注释。[/p] [p][br]8.img 下的留白，大家看这段代码有啥问题：[/p] [p][/p] [p]把div的border打开，你发现[b]图片底部不是紧贴着容器[/b]底部的，是img后面的空白字符造成，要消除必须这样写[/p] [p][/p] [p]后面两个标签要紧挨着。ie7下这个bug 依然存在。解决方案：给img设定 display:block。[/p] [p]9. 失去line-height。，很遗憾，在ie6下单行文字 line-height 效果消失了。。。，原因是这个inline-block元素和inline元素写在一起了。解决方案：让img 和文字都 float起来。[/p] [p]引申：大家知道img 的align 有 text-top，middle，absmiddle啊什么的，你可以尝试去调整img 和文字让他们在ie和ff下能一致，你会发现怎么调都不会让你满意。索性让img 和文字都 float起来，用margin 调整。[/p] [p][br]10.clear层应该单独使用。也许你为了节省代码把clear属性直接放到下面的一个内容层，这样有问题，不仅仅是ff和op下失去margin效果，ie下某些margin值也会失效[br][br][/p] [p]11.ie 下overflow:hidden对其下的绝对层position:absolute或者相对层 position:relative无效。解决方案：给overflow:hidden加position:relative或者position: absolute。另，ie6支持overflow-x或者overflow-y的特性，ie7、ff不支持。[/p] [p]12.ie6下严重的bug，float元素如没定义宽度，内部如有div定义了height或zoom:1，这个div就会占满一整行，即使你给了宽度。float元素如果作为布局用或复杂的容器，都要给个宽度的。[/p] [p]13.ie6下的bug，绝对定位的div下包含相对定位的div，如果给内层相对定位的div高度height具体值，内层相对层将具有100%的width值，外层绝对层将被撑大。解决方案给内层相对层float属性。[/p] [p]14.width:100%这个东西在ie里用很方便，会向上逐层搜索width值，忽视浮动层的影响，ff下搜索至浮动层结束，如此，只能给中间的所有浮动层加width:100%才行，累啊。opera这点倒学乖了跟了ie。 [br]15，有时候加上div{overflow:hidden}这个样式那三个浏览器就会相同了[br] [/p] [p]在火狐中最混乱的页面：有一部分功能被覆盖，左右两个div一上一下，随着页面内容展开footer[b]不自动往下延伸[/b]...经过两天的奋战页面正常了，回头看看我们到底做了什么呢？我们实质上是在无限的靠近w3c标准。[/p] [p] 于是，一个个问题迎刃而解：对于现存的页面，用[b]w3c[/b]验证工具，从fatal级别的错误开始解决；以后的开发中页面的浏览器兼容怎么保证----只要遵循[b]w3c标准[/b]做就可以了。这里有一个技巧，不是所有浏览器都完美的支持w3c的所有标准，同时w3c标准在有些地方的确吹毛求疵，所以我们大体上遵循[b]w3c的标准[/b]，但是页面上并不添加[b]w3c[/b]的声明。[br]下面再说一下[b]浏览器兼容[/b]时遇到的一些[b]脚步兼容[/b]问题[br] [/p] [p]做[b]浏览器兼容[/b]时遇到的一些[b]脚本兼容[/b]问题：[/p] [p]1.firefox里面不能操作剪贴板（有曲线救国之策么？）[/p] [p]2.ie里面的event.srcelement在firefox里面是event.target注意兼顾[/p] [p]3.ie里面的 div.innertext;在firefox里面是div.textcontent;[/p] [p]4.文本超长自动省略： style="overflow: hidden; text-overflow: ellipsis; width: 260px; white-space: nowrap; cursor: pointer; "注意要删掉页面上的w3c标准！[/p] [p]5.如果真的需要为不同的浏览器做区分那么可以[/p] [p]if (window.navigator.useragent.indexof("msie")>=1) //ie6 7[/p] [p]if (window.navigator.useragent.indexof("firefox")>=1) //ff[/p] [p]6.css方面也有一些做[b]浏览器兼容[/b]的策略 就不越俎代庖了 可以搜索一下[/p] [p] [/p] [p]总结一下：[/p] [p]1. 遵循标准但是不把w3c标准声明添加到页面上，这种做法在时间和页面质量之间做了一个折衷[/p] [p]2.对现存的页面做美化 可以从验证[b]w3c[/b]开始 这是一个好的切入点[/p] [p]3.[b]浏览器兼容[/b]在新页面的开发时就要考虑，完成之后再做成本是完全不一样的 类似于代码重构[/p] [p]4.有些javascript编写也要关注一些敏感的浏[b]览器兼容[/b]问题[/p] [p]5.多说一句：页面开发人员学一点css的知识对于解决[b]浏览器兼容[/b]的问题是很有帮助的[br][br]解决ie7、ie8样式不[b]兼容[/b]问题[br]如果你的页面对ie7兼容没有问题，又不想大量修改现有代码，同时又能在ie8中正常使用，微软声称，开发商仅需要在目前兼容ie7的网站上添加一行代码即可解决问题，也就说将[b]ie7转变成ie8[/b] 此代码如下：[br]code:[br][/p]