繁體中文当前位置: 首页 > 图文教程 > 网页制作 > CSS样式表 > Web标准不仅仅是不用表格的站点
- CSS样式表
- base href 使用方法详解
- html label标签的使用教程
- 使用CSS不用程序实现文字自动截断 用省略号代替
- CSS hack实现 CSS完美兼容IE6/IE7/FF的通用方法
- 网页布局+纯CSS纵向下拉菜单 IE6/IE7兼容
- CSS图片拼合生成器只需上传zip包即可
- 用iframe margin实现调用其他网页的某一区域的方法
- 用css alpha 滤镜 实现input file 样式美化代码
- RGB 加成色 说明
- 为了防止乱码，请将用于页面编码的meta charset放到title的前面
- DIV+CSS布局中不推荐使用的标签集合Dont Use These Tags
- 大家看了就明白了css样式中类class与标识id选择符的区别小结
- DL.DT.DD实现左右的布局简单例子
- css布局网页水平居中常用方法
- 使用CSS框架布局的缺点和优点小结
- Web2.0下XHTML+CSS 设计需要注意的地方小结
- table高级应用把表格进行到底(必看)
- css强制换行 css强制不换行的css方法
- Div CSS absolute与relative的区别小结
- css实现文字垂直居中的代码
CSS样式表 中的 Web标准不仅仅是不用表格的站点
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-09-28 浏览: 101 ::
收藏到网摘: 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
