繁體中文当前位置: 首页 > 图文教程 > 网页制作 > CSS样式表 > Web标准不仅仅是不用表格的站点
- CSS样式表
- css ID类和class类的长命名与短命名
- CSS background-position的使用说明详解
- 利用CSS定位背景图片 background-position
- CSS 多图片融合背景定位的应用于优缺点分析
- CSS实现的图片宽高自适应固定边框
- css 背景图片定位在菜单效果中的应用实例
- CSS 速记口诀 可以解决一些常见问题
- CSS 多浏览器兼容性问题及解决方案
- css 行级元素在多浏览器下的宽度问题 与解决方法
- IE下行框高度的问题
- CSS 实现的图片宽高自适应固定边框
- css的核心内容 标准流、盒子模型、浮动、定位等分析
- CSS 超出隐藏实现限制字数的功能代码(多浏览器)
- Div+CSS 布局入门教程之二 构建网站
- CSS 网页布局中文排版的9则技巧
- CSS网页布局25个实用小技巧
- 网页制作 默认Web字体样式
- IE与Firefox的CSS兼容大全 推荐
- css 非表格垂直对齐效果代码
- css cursor 的可选值（鼠标的各种样式）
CSS样式表 中的 Web标准不仅仅是不用表格的站点
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-09-28 浏览: 46 ::
收藏到网摘: n/a
Web 标准要求一览表
目录
1 Web 标准，不仅仅是“不用表格的站点”
2 有关这张一览表
3 一览表
3.1 代码质量
3.2 内容与表现的区分度
3.3 对用户的亲和力
3.4 对设备的亲和力
3.5 基本的可用性
3.6 站点管理
Web 标准，不仅仅是“不用表格的站点”
“Web 标准”这个词在不同人眼里可能有不同的含义。有人会觉得那是“不用表格的站点”，也有人会觉得那是“使用通过验证的代码”。实际上，Web 标准涵盖的比这宽泛得多，用 Web 标准建构的站点必须坚持标准 (HTML, XHTML, XML, CSS, XSLT, DOM, MathML, SVG 等等) 并执著于实践 (通过验证的代码，有亲和力的代码，语义正确的代码，对用户友好的 URL 等等)。
换句话说，用 Web 标准建构的站点，如果理想地看，必须简洁，干净，基于 CSS，有亲和力，有可用性，以及对搜索引擎友好。
有关这张一览表
这显然还不是一张完整的表格，很可能要加上很多东西。然而更重要的是，并非其中每样东西都必须在你的站点中找到，这只是一个向导，用来：
展示 Web 标准领域的跨度
作为开发者手边的便捷的查询工具
帮助正在慢慢转向 Web 标准的开发者们适应
一览表
代码质量
使用了正确的 DOCTYPE 吗？
http://www.w3.org/QA/2002/04/valid-dtd-list.html
使用了正确的字符集吗？
http://www.w3.org/International/O-charset.html
使用了合法的 (X)HTML 吗？
http://validator.w3.org/
使用了合法的 CSS 吗？
http://jigsaw.w3.org/css-validator/
用到了哪些 CSS Hack？
http://css-discuss.incutio.com/?page=CssHack
使用了多余的 class 或者 id 吗？
代码的语义结构是否正确？1
http://www.w3.org/2003/12/semantic-extractor.html
是否有坏掉的链接？
http://validator.w3.org/checklink
在页面和脚本大小的影响下，站点的速度如何？
http://www.websiteoptimization.com/services/analyze/
有没有什么 JavaScript 错误？2
内容与表现的区分度
是否所有的表现类信息都用 CSS 来处理了？(字体、颜色、补白、边框等等)
是否所有的装饰性图片都用 CSS 来处理而不是直接写在 (X)HTML 中了？
对用户的亲和力
所有的描述性图片都用了 alt 属性来提供文字信息吗？
字体使用了相对单位而不是绝对单位吗？
如果字体增大，会不会有些排版方面的错误出现？
是否使用了弹出式菜单？
表单 (form) 是否具有亲和力？
表格是否具有亲和力？
配色的亮度和对比度足够吗？
是否只用颜色来区分重要的信息？
弹出式菜单是否有一个延迟的响应？(为一些反映不那么敏捷的人士考虑)
是否所有的链接都具有描述性？3 (为盲人考虑)
对设备的亲和力
新旧浏览器都至少能接受这个站点吗？
如果完全清除 CSS 的话，站点还具有亲和力吗？
如果所有图像都关闭的话，站点还具有亲和力吗？
在 Lynx 等文本的浏览器下是否可读？
打印出来是否可读？
掌上设备中是否可读？
站点是否包含了详细的元数据 (metadata)？
在不同的浏览器窗口大小下站点是否正常？
基本的可用性
从视觉上说，是否有一个清晰的层次结构？
不同等级的标题是否容易区分？
站点的导航栏是否容易辨认？
导航栏是否一致？
是否使用了一致并且合适的语言？
是否有站点地图页面和联系信息页面？它们找起来容易吗？
庞大的站点是否有搜索工具？
每页都有到首页链接吗？
链接都有下划线吗？
已经访问过的连接是否用独特的颜色来区分了？
站点管理
站点是否有一个有意义并且有帮助 404 出错页面，这个页面是否对所有的目录深度都有效？
站点的 URL 是否友好？
如果去掉“www”，链接都还正常吗？
站点是否有个图标？
以上的这份列表于 2004 年五月在 Web Standards 邮件列表上形成一个大致的框架。于 2004 年八月演示给悉尼 Web 标准小组。还有一份可以下载的 PDF 版本的一览表，可供开发者打印出来填写。
1 译注：这个程序似乎处理中文上有一些问题，我试验过一些中文的站点都失败了，不知道是程序出错还是的确没有标记好。
2 译注：Mozilla 的 JavaScript Console 以及一个插件 JavaScript Debugger 在这方面会有些帮助。
3 译注：指的是不应该用“点这里”这样的词句做链接，而用实际相关的信息来作为链接。
评论 (0) All
