dtd 的作用 - ie8 bug !?

最新推荐文章于 2021-02-27 15:50:06 发布

iteye_4865

最新推荐文章于 2021-02-27 15:50:06 发布

阅读量230

点赞数

xhtml / css 专栏收录该内容

47 篇文章 0 订阅

订阅专栏

分析一下 dtd 对于 firefox 和 ie 的作用

首先看一段很短的代码：

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
	<head>
		<title>ie8 bug测试 </title>
		</head>
	
	<body>
<div id="marquees" style='width:100px;height:200px;overflow:hidden;border :1px solid green;padding:100px;'> 
	
<a href="#">链接1</a>
<br> <a href="#">链接2</a>
<br> <a href="#">链接3</a>
<br> <a href="#">链接4</a>
<br> <!-- 字幕内容结束 -->
</div>
</body>
</html>
<!-- 以下是javascript代码 -->
<script type="text/javascript">

alert(document.getElementById('marquees').offsetHeight);


</script>

在 ie6 ie7 firefox3 上都显示 402 ,布局也都一样，他们都遵从了 xhtml 1. 0 transitional 标准。

那么把 dtd 删掉则会有很大不同了 :

<html>
	<head>
		<title>ie8 bug测试 </title>
		</head>
	
	<body>
<div id="marquees" style='width:100px;height:200px;overflow:hidden;border :1px solid green;padding:100px;'> 
	
<a href="#">链接1</a>
<br> <a href="#">链接2</a>
<br> <a href="#">链接3</a>
<br> <a href="#">链接4</a>
<br> <!-- 字幕内容结束 -->
</div>
</body>
</html>
<!-- 以下是javascript代码 -->
<script type="text/javascript">

alert(document.getElementById('marquees').offsetHeight);


</script>

ie 6 7 显示 200，firefox 显示 402 ，

这就是网上常说的 ie 和 firefox 的盒模型的区别 , 实际上是处于 qirk（混杂）模式下的区别，ie为了兼容以前自己专有的的盒模型而不符合后来制定的标准。网上提供的css hack才是真正害人，设成标准模式就可以了，何必要刻意 hack 。

下面来看看 ie8 的特殊表现

运行第一段带 dtd 的 xhtml ，当从浏览器直接输入 xhtml 本地地址，打印 402 ，布局也正常，这时点一下刷新，结果，打印 200 ，布局变成了混杂模式的样子!!!!!!!!!!!!!

转载一篇：关于 dtd 的有趣文章

我们都知道，要做WD（web designer）,首先得伺侯好几个浏览器:IE6,IE7,Firefox.一般的页面，都只要求在IE6,IE7,Firefox下正常工作就行了。
　　但是实际上，浏览器远远不止这几个,Firefox分为Firefox 1.5,Firefox 2,Firefox 3几个主要版本，IE7,IE6 中也各有好几个系列,另外除开这两个主流厂商的产品之外，还有Opera,Konqueror,Netscape,chrome等一系列。

　　这些浏览器，各有各的一套，往往在这里运行正常，在那里运行就不正常了。于是WD们拆东边补西边，终于能在几个浏览器下都正常了。结果，产品经理又有了新的需求，需要在哪儿哪儿那儿改一下，于是乎，好不容易糊弄好的的纸架子一下子倒塌了，WD们又忙得焦头烂额。之所以这么说，因为，这是我的经验。
　　大凡是WD，总是收集了一堆Css Hacking 技巧，为的是在各个浏览器下正常。网上一搜，一大堆。
　　然而，首先WD们没有弄清楚一个基本问题，我们为什么需要css Hacking?如果有1000种浏览器,我们是不是要记住1000种浏览器的Hack 技巧？

　　事实上, Css Hacking从某种程度上说，是一个拿不上台面的东西。Css Hacking有很多技巧，纯粹就是利用了浏览器的Bug.比如常见的用_class{….} 去区别IE和firefox,按理说_class是一个不合法的标记方法。Css Hacking的出现，是WD们不得已而为之，WD们的日常工作并不是疯狂地Css Hack.
　　其实这么多浏览器,并不是可以随便乱来，想自己定义个啥就定义个啥标记的。人们习惯了在标准的世界里生活，在网页世界里，也有一系列标准。浏览器们也都努力地做到web标准兼容。但是有些浏览器出道得早，可以说后来出现的web标准就是在它们的影响下诞生的。还有一个，当年非常牛B,所以做了很多创新，没有把web标准放在心上，蛮不在乎。更何况，标准自身也是在不断更新的。因此，一般各个浏览器产品系统都曾有过一段没有不太在乎web标准的日子，后来大家都意识到不行了，我们大家都妥协一下，要制订一套标准，大家都遵守。可是以前各家都有自己制订的一些小条条小框框，他们不符合标准，咋办呢?

　　于是，这些人想了个法子：标准模式和怪异模式。另外还有一种，叫“近乎标准模式”,almost standard.要说真是够怪异，我都听晕了。别着急，听我慢慢道来。
　　不是说了吗，这些老大们坐在一起，制定了各式各样的标准，以后大家都按这套标准来解释网页。如果你做的网页可以按这套标准来解释，那就用一个标记doctype注明这是可以按web标准来解释的。这就是标准模式。
　　那以前各家都生产过，规定过的小九九们不符合标准，咋办啊？也不能就马上把它们全扔掉不要了吧?软件上大抵有这样一套原则，叫向下兼容。在怪异模式下，各个浏览器都模拟那些老版本的浏览器的操作，以防止老的页面无法工作。在网页没有指定doctype时，浏览器一般就都按怪异模式工作，以防老页面无法工作。

　　对于这两种模式之间的差异，最显著的例子涉及Windows上IE专有的框模型。在IE 6出现时，在标准模式中使用正确的框模型，在怪异模式中使用老式的专有框模型。为了维持对IE 5和更低版本的向后兼容性，Opera 7和更高版本也在怪异模式中使用有缺点的IE框模型。
　　Mozilla和Safari还有第三种模式，称为“几乎标准的模式（almost standards mode）”，除了在处理表格的方式方面有一些细微的差异之外，这种模式与标准模式相同。

　　正是由于这个原因，您可以丢掉很多css hacking技巧了。有些书介绍说，IE6和firefox的盒模型（或者有的地方叫框模型)不一致，因此需要这样做hack: