W3C验证中10个常见问题

2024-04-29 21:00:33

字体：大中小

来源：转载

供稿：网友

　　一直以来，大家都热衷于CSS网页布局的学习，武林网—CuoXIn.com为此不断努力，大家为了符合Web标准，为了实现内容和表现分离。虽然通过验证只是一种检验的手段，并不是我们追求的目标，但有时候通不过验证，也是一件很郁闷的事情，今天列出W3C 验证中10个导致失败的常见问题，希望对大家有帮助。
　　W3C validation有时难以操作，但用它你可以查看由版面设计引起的差错。验证程序抛出大量差错和警告，说明你的XHTML尚未完善，可能无法在不同浏览器上保持一致功能。下面十个细微的失效问题难住了大批程序员，我们告诉你如何解决。在本文开始前介绍一些使用W3C验证程序时需要注意的问题。
　　不要担心验证程序的警告——如果验证程序说发现12处错误以及83处警告，不要理它，继续进行下一步。
　　一次更正一个错误——按顺序进展工作，从上到下，一次修正一个错误。HTML用浏览器从上到下浏览，这些错误也是按同样顺序显示。
　　每次修正代码后要刷新代码，使它们重新生效——一个小错误常常会引发之后整页的连串错误。因此如果操作不当，“修正错误”也可能引发更多错误。每次修正后使代码重新生效，这样就可以确保完全解决问题。
　　知道了上面这些基本的异常情况，下面我们就来看看版面设计无效的几个原因。

一、div 标签未关闭

　　这是版面设计失效的最常见原因之一。当我们了解到这是多少精致的版块设计失效的罪魁祸首时，总会大吃一惊。开启的div标签是最普遍的版块设计失误之一，也是最难诊断的失误之一。验证程序有时会指向错误的开启div标签，诊断时就像大海捞针一样麻烦。

二、麻烦的embed标签

　　九十年代早期，Microsoft和Netscape的浏览器开始能够辨认非标准的独有字体。遗憾的是这意味着W3C验证程序还不能识别某些关键HTML 标签，如“embed”，即使这些标签已经被广泛使用。如果确实希望得到严格的DOCTYPE（文档类型）验证，就只能放弃嵌套。
　　如果同时想要生效的版面设计和嵌入式媒体，可以试试Flash Satay方法。

三、不当的DOCTYPE声明

　　不声明DOCTYPE，或者在文件开始错误声明DOCTYPE，也是一个常见错误。根据一般经验，Strict DOCTYPE是大家追求的最高级验证。Strict validation表明你的网页能够在所有浏览器上都得到最佳展示。Strict 声明代码如下：

示例代码 [www.CuoXIn.com]

上一篇：结构(Structure)表现(Presentation)和行为(Behavior)

下一篇：制作符合Web标准的超链接