Web设计小组

万维网HTML创作标准

介绍

目的

这些标准的目的是鼓励遵守标准以及Web创作的良好实践，并确保偏离这些标准的人会意识到自己行为的后果。特别是，它旨在确保为所有用户都可以访问万维网，无论其客户是谁软件配置。应该看到这些Web Authoring标准作为W3C发布的HTML标记标准的补充。

范围

这些标准应适用于公众可以使用，但以下情况除外：

  1. 它们不适用于纯粹娱乐性的网页没有信息内容。
  2. 他们不一定适用于内部系统或其预期用户有限的系统组织和特定外部合作伙伴（“内部网”）。

目标受众

为任何组织工作或代表任何组织工作的专业Web开发人员其业务不是Web本身（即任何在环境中工作的人您可能被合理地期望了解比您的雇主更多的信息，或客户）。

假设读者已经具备HTML的一般工作知识，例如可以通过适当的培训或经验获得。

定义、缩略语和缩写

根据PSS-05，定义了以下标准实践：

强制性惯例
包含“应”一词的句子是强制性做法，必须在所有网页和系统中都会无一例外地遵循。单词MUST用于重复强制性实践的语句中。
推荐做法
强烈建议使用包含SHOULD一词的句子。如果不遵守，则可能需要提供理由。
指导实践
包含单词MAY的句子是指导原则。如果不遵守，则无需任何理由。

以下缩略语读者会熟悉，但已列出完整性请参见：

计算机图形输入
公共网关接口
CSS公司
级联样式表
HTML格式
超文本标记语言
超文本传输协议
超文本传输协议
SGML公司
标准通用标记语言
W3C公司
全球网络联盟
万维网
全球网络

工具书类

  1. ESA PSS-05软件工程标准第2版，1991年2月。
  2. 超文本标记语言规格
  3. WDG HTML验证器

概述

本文件以简单列表的形式列出了要求，在以下总标题下：

  1. 验证
  2. HTML标题
  3. 颜色和背景图像
  4. 图像
  5. 正确使用和弃用标签
  6. 非标准/专有标记
  7. 浏览器兼容性
  8. 国际页面
  9. 样式表
  10. 框架页面
  11. 客户端脚本
  12. 动态页面

Web创作标准

验证

  1. 应使用HTML验证器检查所有HTML文件。
  2. 文档应在HTML 2.0、3.2级（Wilbur）或W3C提供的未来规范。
  3. 使用上述以外DTD的作者应包括适当的DOCTYPE声明。如果DTD不是标准的或广为人知（如WebTechs验证服务提供的），DTD本身应在文件中的注释中引用。
  4. HTML文档应成功验证。
  5. 作者应注意验证错误。此类注释可能是单独交付给HTML文档（只要它们被引用通过源代码中的注释），并且应该描述无效结构的目的及其在几个方面的影响包括文本模式浏览器的浏览器（注释“no effect”为可接受）。在无效但已建立的构造的情况下，对现有的分析就足够了。

HTML标题

  1. 所有HTML文件应包括适当的标题
  2. 文档可能包括其他头元素，例如关系型链接、样式表、客户端脚本和META元素。
  3. 作为“首页”或其他主要入口点的文件对于系统，应包括以下内容：其他文件可能包括此类标题。

颜色和背景图像

  1. 作者可以使用任何合法标记来确定文档颜色，但应使用RGB规范进行此操作。
  2. 如果颜色由作者设定，则应确保文本和背景之间的对比。这意味着光控方舟或暗-亮：色彩对比度不足以满足单色显示器或彩色盲读卡器。请注意，这意味着作者设置文本颜色时，还必须设置相应的背景，反之亦然。
  3. 背景图像（如使用）应较小，并且应为与指定的BGCOLOR类似的颜色。
  4. 在包含文本信息。

图像

  1. 图像可用于补充文本，但不应用于替换文本。适当使用的示例包括图表、图表和地理地图（自然地补充文本）；不恰当的例子是段落用于代替它。
  2. 所有图像应具有ALT文本。在适当的情况下，ALT=“”是可以接受。
  3. 链接图像的ALT文本应具有描述性链接的目的、和应该简短。“主页”、“下一页”、“上一页”和“搜索”是良好的ALT文本；“单击此处”、“主页图标”、“双眼图标”、，“返回XYZ主页”是一个不可救药的错误。
  4. ALT文本不应与附近的文档文本重复。
  5. 较大图像的ALT文本（例如大于10Kb的图像）应发出警告它们的大小-例如“全球合成图像（29K）”（尽管在以下情况下，可以省略此项任何非空白ALT文本会很突兀）。
  6. 图像地图的ALT文本可以将读者引导到单独的文本工具栏；否则应为空（ALT=“”）。
  7. 在使用图像地图的情况下，替代导航方式应向读者开放。
  8. 图像应使用高度和宽度属性，除非另有说明在下面浏览器兼容性如下所示。

正确使用和弃用标签

  1. 不得使用<BLINK>。
  2. 不应使用<FONT>代替HTML标题<H1>-<H6>
  3. 强调标记，如<FONT>、<B>或<STRONG>不应该适用于延伸的通道。它们适用于单词和短语，和（例外情况下）一段完整的文本。
  4. <H1></H1>在HTML页面中只能使用一次。

非标准/专有标记

一般标准：特殊情况在下文中单独处理。

  1. 根据上述验证标准，作者可以使用非标准或HTML文档中的专有标记。
  2. 尽管HTML页面可能因此而被“增强”，但它们不应该是依赖的在专有标记上。具体来说，所有关键功能和信息应可用于不支持“扩展”。
  3. 不得使用未定义的实体。

浏览器兼容性

由于以下原因导致文档难以阅读的HTML结构应避免流行浏览器中的已知缺陷，无论构造在严格的HTML中的有效性。所有指南在本节中是建议性的。

本文档的目的不是列举浏览器故障但作者在此提请注意几个案例。作者声称为“大多数人”写作应该意识到在流行的Netscape浏览器中，构造可能变得难以辨认。

  1. 的使用<或>在标记内，在诸如<IMG SRC=“forward.gif”ALT=“=>”>破坏解析器的风险应该避免。
  2. 评论应打开<!--并以关闭-->.使用“--“或”>“在这些分隔符内应该避免。
  3. 图像中的高度和宽度属性应限于案例图像本身和ALT文本对文档。特别是，作为导航图标的图像应该除非单独的基于文本的导航，否则不要使用高度和宽度属性在同一页上也提供了。
  4. 在BODY标记中指定文档颜色时，数字RGB应始终使用符号。
  5. 使用浮动图像或表格时，“br清除"如果可能，应在任何其他图像或表格之前使用。
  6. 使用HTML表时，应作出规定以确保文档对于不支持此功能的浏览器来说是可读的。
  7. HTML容器（例如段落或表格单元格）应该显式关闭。

一个常见且经常严重的作者错误是试图影响页面呈现方式不利于文档的易读性用于其他用户。

  1. 页面不应依赖于特定的浏览器窗口、字体大小或颜色表可读。事实上，他们不应该依赖任何视觉呈现，除非信息内容本质上是视觉的。
  2. 作者不应使用做出假设的结构（明确或其他）关于读卡器设置。应避免的示例有全屏表格或分隔器GIF，其大小以像素表示。<表宽=“95%”>可接受；<表宽=“500”>不是。

当然，请注意，这些指南都不排除视觉效果为处于某种地位的读者增强文档利用作者的预期演示。

国际页面

  1. 以多种语言提供的文件应以相关语言中的并行层次结构。
  2. HTTP内容协商可用于确定默认语言呈现给读者。
  3. 多语言层次结构中的每个文档都应该包含链接其他可用语言。

样式表

  1. 作者可以使用样式表来增强网页，我们鼓励这样做在寻求确定文档外观时执行此操作。
  2. 样式表对于不支持他们。应对此进行测试。
  3. 样式表的使用方式不得损害可访问性适用于不支持此功能的浏览器。

框架页面

  1. 根据验证要求，可以使用框架。注释因为它们不会作为标准HTML进行验证，所以报告将始终是必需的。
  2. 通过框架集提供的信息也应可访问通过NOFRAMES部分解封。
  3. NOFRAMES部分应为读者提供完整的备选方案。使用到单独版本的链接应该仅限于字节大小较大的场合。
  4. 应避免在一个站点上使用多个基于框架集的布局。
  5. 框架集页面中的所有外部链接都应使用目标属性以避免在框架中嵌入另一个网站。

客户端脚本

  1. 可以使用诸如Javascript之类的客户端脚本语言，只要它不影响页面的可访问性浏览器不支持或启用此功能。
  2. 应在不支持脚本语言（不仅仅是关闭此功能的浏览器）以确保令人满意的外观。
  3. 脚本页面应符合HTML验证要求。

动态页面

如果是CGI、SSI或其他服务器接口生成的动态页面，验证生成的每个可能页面是不现实的。然而，输出通常采用规定的形式或数量有限的形式规定表格。

  1. 动态页面应由程序的样本输出表示。这些样本页面应符合静态描述的标准文件。程序中的每条主要路径应表示为这样的示例输出页面，并以与软件本身。
  2. 包含用户输入的动态页面可能超出作者的控制。然而，作者应该寻求预测任何潜在的破坏性输入；例如，任何HTML标记可以剥离。
  3. 在任何情况下，作者都应确保用户输入不能用于危及系统安全或其他信息的可访问性在系统上。

用于开发与假设动态网页源自现有PSS05或同等产品标准，并且不在本文件的范围内。

主页,论坛,参考,工具,常见问题解答,文章,设计,链接

版权© 1996 - 2006.Web设计组保留所有权利。