目录

W3C公司

XHTML（XHTML）™1.0:可扩展超文本标记语言

在XML1.0中对HTML4.0的改写

W3C建议建议1999年8月24日

此版本：
http://www.w3.org/TR/1999/PR-xhtml1-19990824
(Postscript版本,PDF版本,ZIP存档，或Gzip'd TAR存档)
以前的版本：
http://www.w3.org/TR/1999/xhtml1-19990505
http://www.w3.org/TR/1999/WD-html-in-xml-19990304
http://www.w3.org/TR/1999/WD-html-in-xml-19990224
http://www.w3.org/TR/1998/WD-html-in-xml-19981205
最新版本：
网址：http://www.w3.org/TR/xhtml1
也可作为本地浏览压缩存档
作者：
请参见确认.

文档状态和勘误表

版权© 1999W3C公司®(麻省理工学院,INRIA公司,庆应（Keio）)，保留所有权利。W3C公司 责任,商标,文件使用和软件许可规则适用。

摘要

本规范定义XHTML（XHTML）1.0，HTML的重新格式4.0作为XML 1.0应用程序，以及三个数据终端设备对应于由HTML 4.0定义的。元素的语义和它们的属性在W3C HTML推荐标准中定义4.0. 这些语义为未来奠定了基础XHTML的可扩展性。与现有HTML用户的兼容性代理可以通过遵循一小部分准则来实现。

本文件的状态

本节描述了该文档当时的状态其出版日期。其他文件可能取代本文件。这个W3C维护了此文档系列的最新状态。

本规范是对日期为5月5日1999纳入建议在以下期间收到回顾W3C HTML的评论和进一步审议审稿人可以比较不同之处。

1999年8月24日，本文件输入建议的内容审查期。从该日期到22日1999年9月，鼓励W3C咨询委员会代表审查本规范并在其完成后返回注释投票至w3c-html-review@w3.org。请发送有关单独电子邮件中的保密性质w3t-html@w3.org，这是仅对团队可见。

审查期结束后14天内主管将宣布文档的处置：它可能成为W3C建议（可能会有微小更改），它可能会恢复为工作草稿状态，或者可以将其作为W3C工作项删除。

作为建议建议发布并不意味着认可W3C成员。这仍然是一份草案文件，可能随时被其他文件更新、替换或作废。它是不适合引用W3C建议建议作为“工作”以外的内容正在进行中。"

本文件作为W3C HTML活动.目标这个HTML工作组 (成员只有)在HTML工作组宪章 (成员只有).

当前W3C建议和其他技术文档的列表可以在以下位置找到网址：http://www.w3.org/TR.

公众讨论HTML格式功能出现在邮件列表中网址：www-html@w3.org(档案文件). W3CHTML工作人员联系方式是戴夫拉格特.

请将此文档中的错误报告给www-html-editor@w3.org.

目录

1.什么是XHTML？

XHTML是一系列当前和未来的文档类型和模块复制、子集和扩展HTML 4.0[超文本标记语言].XHTML系列文档类型为XML格式基于，并最终设计为与基于XML的用户代理协同工作。这个家族及其演变的细节是有关详细信息，请参阅未来方向.

XHTML 1.0（本规范）是XHTML中的第一种文档类型家庭。它是三种HTML4.0文档类型的重新定义，如下所示XML 1.0的应用程序[XML].目的是用作既符合XML又符合某些XML的内容的语言简单的指导方针遵循，在符合HTML 4.0的用户代理中运行。迁移的开发人员他们的XHTML 1.0内容将实现以下好处：

XHTML系列是互联网发展的下一步。由现在迁移到XHTML，内容开发人员可以使用所有同时仍然对其内容的向后兼容性和未来兼容性。

1.1什么是HTML 4.0？

HTML 4.0[超文本标记语言]是一个SGML公司（标准通用标记语言）应用程序符合国际标准国际标准化组织8879，被广泛认为是万维网的标准发布语言。

SGML是一种描述标记语言的语言，特别是用于电子文件交换、文件管理和文档发布。HTML就是一个例子SGML中定义的语言。

自20世纪80年代中期以来，SGML就一直存在相当稳定。这种稳定性很大程度上源于以下事实：语言既丰富又灵活。这种灵活性，然而，有一个代价，这个代价是复杂性阻碍了其在多种多样的环境，包括万维网。

正如最初设想的那样，HTML将成为交换适当的科学和其他技术文件供非文档专家使用。HTML解决了这个问题通过指定一组结构和适用于创作相对简单的文档的语义标签。除了简化文档结构外，HTML还添加了支持超文本。添加了多媒体功能稍后。

在极短的时间内，HTML变得异常流行很受欢迎，而且很快就超出了它的初衷。自从HTML一开始，就迅速发明了新的使用元件在HTML中（作为标准）并将HTML调整为垂直，高度专业化的市场。过多的新元素导致不同文档之间的兼容性问题平台。

由于软件和平台的异构性迅速增加很明显，“经典”HTML的适用性4.0在这些平台上的使用有些有限。

1.2什么是XML？

XML格式™是可扩展标记的缩写语言，是可扩展标记语言的缩写[XML].

XML被认为是一种重新获得权力和SGML的灵活性，而不是其复杂性。尽管受限形式的SGML，尽管如此，XML保留了大部分SGML功能和丰富性，但仍然保留了SGML的所有常见功能使用的功能。

在保留这些有益功能的同时，XML删除了许多SGML更复杂的特性使创作和设计合适的软件既困难又昂贵。

1.3为什么需要XHTML？

上面描述了迁移到XHTML1.0的好处。一些迁移到XHTML的好处通常是：

2.定义

2.1术语

本规范中使用了以下术语。这些术语扩展了中的定义[RFC2119]以ISO中类似定义为基础/国际电工委员会9945-1:1990[位置.1]:

定义的实施
当一个值或行为被保留时，它是实现定义的定义[并记录]相应的正确文档结构的要求。
五月
关于实现，单词“may”是指解释为本规范中不需要的可选功能但可以提供。关于文件符合性，单词“may”的意思是不得使用可选功能。术语“可选”具有与“可能”的定义相同。
必须
在本规范中，“必须”一词应予以解释作为实施或严格执行的强制性要求符合XHTML文档，具体取决于上下文。术语“应”与“必须”的定义相同。
保留
未指定值或行为，但不允许由符合性文件使用，也不由合格用户代理。
应该
关于实现，“应该”一词应该是解释为实施建议，但不是要求。关于文件，“应该”一词是指被解释为文档的推荐编程实践以及严格符合XHTML文档的要求。
支持
本规范中的某些设施是可选的。如果该工具受支持，它的行为如下所示规范。
未指定
当未指定值或行为时，规范未定义设备在即使面对使用设施。一个文档，它要求在实例，而不是在使用时容忍任何行为工具，不是严格符合XHTML文档。

2.2通用条款

属性
属性是在数字电视。属性的类型和值范围，包括可能的默认值，在DTD中定义。
DTD公司
DTD或文档类型定义是XML的集合声明作为集合定义了法律结构，元素、和属性可在文档中使用的符合DTD。
文件
文档是组合后的数据流对于它引用的任何其他流，其结构是这样的保存包含在中的信息元素按照关联的DTD公司。请参阅文件一致性了解更多信息。
元素
元素是在DTD公司。元素的内容模型为定义在DTD公司和其他语义可以在对元素。
设施
功能包括元素,属性，以及语义与这些相关元素和属性.实施支持该功能可以提供必要的设施。
实施
实现是一个提供设施和支持的服务本规范。请参见用户代理一致性了解更多信息。
正在分析
解析是指文件被扫描，其中包含的信息这个文件被过滤到上下文元素其中信息是结构化的。
致使
呈现是指在文件显示了。本演示文稿是以最适合环境的形式完成（例如。听觉、视觉、印刷）。
用户代理
用户代理是实施检索和处理XHTML文档的。请参见用户代理一致性了解更多信息。
验证
验证是一个过程文件根据相关的DTD公司确保结构、使用元素，以及使用属性与DTD公司.
形成良好的
A类文件当它形成时是根据中定义的规则构造的第2.1节属于XML 1.0建议[XML].基本上，这个定义声明了元素，由它们的开始和结束标记正确嵌套在一个另一个。

3.规范性定义XHTML 1.0

3.1文件一致性

此版本的XHTML提供了严格的符合XHTML文档，仅限于标记和XHTML 1.0命名空间中的属性。请参见第3.1.2节有关使用XHTML的信息例如，使用其他名称空间来包含元数据以表示RDF公司在XHTML文档中。

3.1.1严格遵守文件

严格符合XHTML文档是指只需要本协议中所述的强制性设施规范。此类文件必须满足以下所有要求标准：

  1. 它必须根据中找到的三个DTD之一进行验证附录A.

  2. 文档的根元素必须是<html>.

  3. 文档的根元素必须指定XHTML 1.0命名空间使用圣诞节属性[XML名称]。XHTML 1.0的命名空间为定义为：

    网址：http://www.w3.org/TR/xhtml1/strit
    用于XHTML 1.0 Strict文档类型。
    http://www.w3.org/TR/xhtml1/transitional网站
    用于XHTML 1.0过渡文档类型。
    http://www.w3.org/TR/xhtml1/frameset网站
    用于XHTML 1.0框架集文档类型。

  4. 在之前，文档中必须有DOCTYPE声明根元素。如果存在，则包含在DOCTYPE声明必须引用三个DTD之一在中找到附录A使用各自的正式公共标识符。可以修改系统标识符适当地。

    <!DOCTYPE（文件类型）html PUBLIC“-//W3C//DTD XHTML 1.0严格//EN”"网址：http://www.w3.org/TR/xhtml1/DTD/strit.DTD"><!DOCTYPE（文件类型）html PUBLIC“-//W3C//DTD XHTML 1.0过渡//EN”"http://www.w3.org/TR/xhtml1/DTD/transitional.DTD"><!DOCTYPE（文件类型）html PUBLIC“-//W3C//DTD XHTML 1.0框架集//EN”"http://www.w3.org/TR/xhtml1/DTD/frameset.DTD">

XHTML文档可能标有Internet Media Type文本/html,文本/xml，或应用程序/xml。当标记为文本/html，文档应遵循指南在中列出HTML兼容性指南.故障遵循这些指导方针几乎可以肯定地确保在较旧的实现上无法处理文档。

下面是一个最小XHTML文档的示例。

<?xml version=“1.0”encoding=“UTF-8”？><!DOCTYPE html PUBLIC“-//W3C//DTD XHTML 1.0严格//EN”"网址：http://www.w3.org/TR/xhtml1/DTD/strit.DTD"><html xmlns=“网址：http://www.w3.org/TR/xhtml1/strit“xml:lang=”en“lang=”en><头部><title>虚拟库</头><body><p>已移至<a href=“http://vlib.org/“>vlib.org</a></p></body></html>

注意，在这个示例中，包含了XML声明。XML像上面这样的声明是并非所有XML文档都需要。强烈建议XHTML文档作者在其所有文档中使用XML声明。需要这样的声明当文档的字符编码不是默认的UTF-8或UTF-16型。

3.1.2结合使用XHTML其他命名空间

XHTML 1.0命名空间可以与其他XML命名空间一起使用根据[XML名称]，尽管如此文档不严格符合XHTML 1.0文档上述定义。W3C未来的工作将解决如何指定涉及多个名称空间的文档的一致性。

下面的示例显示了XHTML1.0可以与MathML建议书一起使用：

<html xmlns=“网址：http://www.w3.org/TR/xhtml1/strit“xml:lang=”en“lang=”en><头部>数学示例</头><body><p>以下是MathML标记：</p><math xmlns=“http://www.w3.org/TR/REC-MathML"><应用><日志/><日志库><cn>3</logbase><ci>x</ci></应用></math></body></html>

下面的示例显示了XHTML1.0标记的方式可以合并到另一个XML命名空间中：

<?xml version=“1.0”encoding=“UTF-8”？><!-- 最初，默认名称空间是“books”--><book xmlns='urn:loc.gov:books'xmlns:isbn='urn:isbn:0-395-36341-6'xml:lang=“en”lang=“en”><title>Dozen的骗子</title><isbn:number>1568491379<注释><!-- 使HTML成为超文本注释的默认名称空间--><p xmlns='网址：http://www.w3.org/TR/xhtml1/strit'>这也可用<a href=“网址：http://www.w3.org/“>在线</a>。</p></注释></book>

3.2用户代理一致性

合格的用户代理必须满足以下所有要求标准：

  1. 为了与XML 1.0建议保持一致[XML]，用户代理必须分析和计算格式良好的XHTML文档。如果用户代理声明要成为验证用户代理，它还必须验证文档根据其参考DTD[XML].
  2. 当用户代理声称支持设施在本规范中定义或要求本规范通过规范性引用，必须在符合设施定义的方式。
  3. 当用户代理处理互联网媒体类型的文档时文本/xml或类型应用程序/xml，它只能识别类型为的属性身份证件（例如身份证件属性）作为片段标识符。
  4. 如果用户代理遇到无法识别的元素，它必须呈现元素的内容。
  5. 如果用户代理遇到属性，则不会识别，它必须忽略整个属性规范（即属性及其值）。
  6. 如果用户代理遇到属性值，则不会识别时，它必须使用默认属性值。
  7. 如果遇到实体引用（而不是用户代理具有未处理任何声明（如果声明在用户代理尚未读取的外部子集中），实体引用应呈现为字符（开始以与号结尾，以分号结尾）组成实体引用。
  8. 呈现内容时，遇到的用户代理已识别但不可渲染的字符或字符实体引用的显示方式应确保用户可以明显地看到未进行正常渲染。
  9. XML没有专门定义空白处理元素的特征，其中xml:空间属性设置为违约。对于所有这些元素，XHTML要求用户代理抑制立即发生的换行在开始标记之后或紧接着结束标记之前。

4.与HTML的区别4

由于XHTML是一个XML应用程序在基于SGML的HTML 4.0中完全合法的实践[超文本标记语言]必须更改。

4.1文件必须形成良好的

井然有序是一个新概念由介绍[XML]本质上是这样的表示所有元素必须具有结束标记或以特殊形式书写（如下所述），并且所有元素必须嵌套。

虽然重叠在SGML中是非法的，但它被广泛使用在现有浏览器中可以容忍。

正确：嵌套元素。

<p>这里有一个强调<em>第</em>段</p>（第页）

错误：元素重叠

<p>这里有一个强调<em>第段</p>（第页）</em>

4.2元素和属性名称必须小写

XHTML文档必须对所有HTML元素使用小写，并且属性名称。这种差异是必要的，因为XML区分大小写，例如<li>和<li>是不同的标签。

4.3对于非空元件，需要结束标记

在基于SGML的HTML 4.0中，允许省略某些元素结束标记；后面的元素表示关闭。这种省略在基于XML的XHTML中是不允许的。所有元素DTD中声明为空必须有一个结束标记。

正确：终止元素

<p>这里有一段</p> <p>这里是另一段</p>（第页）

错误：未端接元件

<p>这里有一段<p> 这是另一个第段。

4.4属性值必须总是被引用

必须引用所有属性值，即使是出现的属性值为数字。

CORRECT：引用的属性值

<表格行=“3”>

错误：未引用的属性值

<表格行=3>

4.5属性最小化

XML不支持属性最小化。属性-值对必须写完整。属性名称，例如契约和选中的不能出现在元素中没有指定其值。

正确：未最小化属性

<dl compact=“compact”>

错误：属性最小化

<dl紧凑型>

4.6空元件

空元素必须具有结束标记或开始标记必须以结尾/>例如，<br/>或<小时>。请参阅HTML兼容性指南获取有关如何确保这与HTML4.0用户代理向后兼容。

正确：终止的空标记

<br/><hr/>

错误：未终止的空标记

<br><小时>

4.7空白处理属性值

在属性值中，用户代理将删除前导和从属性值和映射序列中拖尾空白一个或多个空白字符（包括换行符）到单个字间空格（表示western的ASCII空格字符脚本）。请参见第3.3.3节属于[XML].

4.8脚本和样式元素

在XHTML中，脚本和样式元素被声明为具有#PCDATA公司内容。因此，<和&将被视为标记的开始，并且实体，如&它；和&amp；将被XML处理器识别为对的实体引用<和&分别是。包装中脚本或样式元素的内容CDATA（CDATA）标记的部分避免了这些扩展实体。

<脚本><![CDATA（CDATA）[…未转义的脚本内容。。。]]></script>

CDATA（CDATA）节由XML识别处理器，并在文档对象模型中显示为节点，请参见第1.3节DOM级别1建议[文件管理].

另一种方法是使用外部脚本和样式文件。

4.9 SGML除外条款

SGML使DTD的编写者能够排除特定的元素中包含的元素。这样禁止（称为“排除”）在XML中是不可能的。

例如，HTML4.0 Strict DTD禁止嵌套'一'另一个中的元素'一'元素到任何后代深度。这是不可能的XML中的禁止。即使这些禁令不能在DTD中定义，某些元素不应该嵌套。A类此类要素和不应嵌套在其中的规范附录B.

4.10带有“id”和“name”的元素属性

HTML 4.0定义了名称元素的属性一,小程序,框架,iframe公司,国际货币基金组织、和地图.还引入了HTML 4.0这个身份证件属性。这两个属性都设计为用作片段标识符。

在XML中，片段标识符的类型为身份证件、和只能有一个类型为的属性身份证件每个元素。因此，在XHTML 1.0中身份证件属性定义为类型身份证件.为了确保XHTML 1.0文档是结构良好的XML文档，XHTML 1.0文档必须使用身份证件定义片段时的属性标识符，即使在历史上也有名称属性。请参阅HTML兼容性指导方针有关确保此类锚向后的信息将XHTML文档用作媒体类型时兼容文本/html.

注意，在XHTML 1.0中名称这些属性元素被正式弃用，并将在XHTML的后续版本。

5.兼容性问题

虽然没有要求XHTML 1.0文档与现有用户代理兼容，实际上这很容易完成。创建兼容文档的指南可以是在中找到附录C.

5.1互联网媒体类型

目前正在确定互联网媒体如何类型[RFC2046]应在以下情况下使用交付XML文档，这将是未来的W3C文档。

由于XHTML是一个XML应用程序，因此XHTML文档可能使用互联网媒体类型交付文本/xml或类型应用程序/xml[RFC2376协议].此外，由于XHTML的目的之一是允许从现有HTML用户代理迁移到XHTML用户代理，XHTML文档可以使用互联网媒体类型交付文本/html。在这种情况下，建议文档遵循中的指导原则附录C类以减少文档处理失败的可能性。

6.未来方向

XHTML 1.0为一系列文档类型提供了基础它将扩展和子集XHTML，以支持广泛的通过定义模块和指定组合这些模块的机制。这个机制将启用XHTML 1.0的扩展和子设置以统一的方式定义新模块。

6.1模块化HTML

随着XHTML的使用从传统桌面用户转向很明显，并非所有的XHTML所有平台上都需要元素。例如一只手手持设备或手机可能只支持XHTML的一个子集元素。

模块化过程将XHTML分解为一系列较小的元素集。然后可以将这些元素重新组合为满足不同社区的需求。

这些模块将在稍后的W3C文档中定义。

6.2子集和可扩展性

模块化带来了几个优点：

6.3文件配置文件

文档配置文件指定集合的语法和语义文件。与文档配置文件的一致性提供了基础实现互操作性保证。文档配置文件指定处理此类文件所需的设施，例如。可以使用哪些图像格式、脚本级别、样式表支持等等。

对于产品设计师来说，这使各个小组能够定义他们自己的标准配置文件。

对于作者来说，这将避免编写多个不同客户的文档版本不同。

对于化学家、医生或数学家，这允许使用标准HTML元素加上一组适合专家的需求。

附录A.DTD

本附录为规范性附录。

这些DTD和实体集构成本规范的一部分规范。完整的DTD文件集和XML声明和SGML开放目录包含在zip文件用于本规范。

A.1文件类型定义

这些DTD近似于HTML 4.0 DTD。很可能当DTD模块化时，DTD构造方法将使用与HTML4.0更接近的。

A.2实体集

XHTML实体集与HTML4.0相同，但具有已修改为有效的XML 1.0实体声明。请注意欧元货币符号的实体(&欧元；或&#8364;或&#x20AC；)已定义作为特殊字符的一部分。

附录B要素禁止事项

本附录为规范性附录。

以下元素禁止使用哪些元素它们可以包含（参见第4.9条). 这个禁令适用于所有嵌套深度，即包含所有后代元素。

一
不能包含其他一元素。
之前
不能包含国际货币基金组织,对象,大的,小的,附属的，或啜饮元素。
按钮
不能包含输入,选择,文本区域,标签,按钮,形式,字段集,iframe公司或i索引元素。
标签
不能包含其他标签元素。
形式
不能包含其他形式元素。

附录C。HTML兼容性指南

本附录内容丰富。

本附录总结了以下作者的设计指南希望他们的XHTML文档在现有HTML用户上呈现代理人。

C.1处理说明

请注意，处理指令是在一些用户代理。但是，还要注意，当不包括XML声明时在文档中，文档只能使用默认字符编码UTF-8或UTF-16。

C.2空元件

在尾部之前包含空格/和>空元素，例如。<br/>,<小时/>和<图像src=“karen.jpg”alt=“karen”/>。此外，使用空元素的最小化标记语法，例如。<br/>，作为替代语法<br></br>XML允许在许多现有用户代理中给出了不确定的结果。

C.3元素最小化和空元素含量

给定一个元素的空实例，该元素的内容模型为不空（例如，空标题或段落）不要使用最小化形式（例如使用<p></p>而不是<p/>).

C.4嵌入式样式表和脚本

如果样式表使用<或&或]]>.使用如果脚本使用<或&或]]>.

C.5属性值中的换行符

避免换行和多个空格字符属性值。用户处理这些问题的方式不一致代理人。

C.6伊辛德克斯

不要包含多个伊辛指数中的元素文档头. Thei索引要素不赞成使用输入元素。

C.7朗和xml:lang属性

同时使用朗和xml:lang属性时指定元素的语言。价值观的xml:lang属性优先。

C.8碎片标识符

在XML中，URI[RFC2396协议]以表单的片段标识符结束“#foo”不要引用具有属性的元素name=“foo”; 而是指具有属性定义为类型身份证件例如身份证件HTML 4.0中的属性。许多现有的HTML客户端没有支持使用身份证件-以这种方式键入属性，因此可以为这两个属性提供相同的值，以确保最大的向前和向后兼容性（例如。，<a id=“foo”name=“foo“></a>).

此外，由于类型属性的合法值身份证件远小于对于那些类型的CDATA（CDATA），的类型名称属性已更改为NMTOKEN公司。此属性是约束，使其只能具有与类型相同的值身份证件，或作为姓名XML 1.0中的生产部分2.5，生产5。不幸的是，此约束不能在XHTML 1.0 DTD。由于这一变化，当转换现有的HTML文档。这些属性的值在文档中必须是唯一的、有效的以及对这些内容的任何引用片段标识符（两者内部和外部）必须更新转换。

最后，请注意，XHTML 1.0已弃用名称的属性一,小程序,框架,iframe公司,国际货币基金组织、和地图元素，它将在后续版本中从XHTML中删除。

C.9字符编码

要在文档中指定字符编码，请同时使用xml声明上的编码属性规范（例如。<?xml版本=“1.0”encoding=“EUC-JP”？>)和元http-equiv语句（例如。<meta http-equiv=“内容类型”content='text.html；charset=“EUC-JP”'/>). 这个xml处理指令的编码属性值优先。

C.10布尔属性

一些HTML用户代理无法解释布尔值当这些属性以完整（非最小化）形式出现时，根据XML 1.0的要求。请注意，此问题不会影响用户符合HTML 4.0的代理。以下属性是卷入的：契约,无覆盖物,ismap公司,声明,无阴影,选中的,禁用,只读,倍数,挑选出来的,禁止调整框架窗口尺寸,推迟.

C.11文档对象模型和XHTML

文档对象模型1级建议[DOM公司]定义了XML和HTML 4.0的文档对象模型接口。HTML 4.0文档对象模型指定HTML元素和属性名称为以大写字母返回。XML文档对象模型指定元素和属性名称在指定的情况下返回。在XHTML 1.0，元素和属性以小写形式指定。这种明显的差异可能是以两种方式解决：

  1. 访问作为Internet媒体类型的XHTML文档的应用程序文本/html通过DOM公司可以使用HTML DOM，并且可以依赖中返回的元素和属性名称从这些接口中选择大写字母。
  2. 访问作为Internet媒体类型的XHTML文档的应用程序文本/xml或应用程序/xml也可以使用XML DOM。元素和属性将以小写形式返回。此外，一些XHTML元素可能不出现因为它们在内容模型中是可选的（例如表格主体内的元素桌子). 这是因为在HTML4.0中，某些元素允许最小化，以便省略其开始和结束标记（SGML功能）。这在XML中是不可能的。而不是要求文档作者插入外部元素，XHTML使这些元素成为可选的。应用程序需要适应这一点相应地。

C.12在属性值中使用与符号

当属性值包含与号时，它必须表示为字符实体引用（例如“&amp；“）。例如，当href公司属性的一元素是指接受参数的CGI脚本，必须表示为http://my.site.dom/cgi-bin/myscript.pl？class=guest&amp;name=用户而不是作为http://my.site.dom/cgi-bin/myscript.pl？class=guest&name=user.

C.13级联样式表（CSS）和XHTML

级联样式表第2级建议[CSS2系列]定义样式应用于HTML或XML的解析树的属性文档。解析中的差异将产生不同的视觉或听觉结果，取决于使用的选择器。以下提示将减少未送达文件的影响修改为两种媒体类型：

  1. XHTML的CSS样式表应使用小写元素和属性名称。
  2. 在表中，tbody元素将由HTML用户代理，但不由XML用户代理的解析器执行。因此如果引用tbody元素，则应始终显式添加它在CSS选择器中。
  3. 在XHTML名称空间中，用户代理应该将“id”属性识别为id类型的属性。因此，样式表应该能够继续使用速记“#”选择器语法，即使用户代理不读取DTD。
  4. 在XHTML名称空间中，用户代理应该识别“class”属性。因此，样式表应该能够继续使用简写“.”选择器语法。
  5. CSS为HTML和XML文档定义了不同的一致性规则；请注意，HTML规则适用于作为HTML和XML规则适用于以XML形式交付的XHTML文档。

附录D。致谢

本附录内容丰富。

本规范是在W3C HTML工作组成员：

Steven Pemberton，CWI（HTML工作组主席）
Murray Altheim，太阳微系统公司
Daniel Austin，CNET：计算机网络
HTML作家协会Frank Boumphrey
约翰·伯格，米特
安德鲁·多诺霍（Andrew W.Donoho），IBM
Sam Dooley，IBM
Klaus Hofrichter，总经理
W3C菲利普·霍施卡
石川正雄，W3C
华纳十凯特，飞利浦电子
Peter King，电话网
Paula Klante，JetForm公司
W3C松井信一/松下
Shane McCarron，应用测试与技术（开放小组，截至8月1999)
Ann Navarro，HTML作家协会
夸克·扎克·尼斯
Dave Raggett，W3C/HP（HTML的W3C负责人）
微软公司Patrick Schmitz
Sebastian Schnitzenbaumer，堆栈溢出
Chris Wilson，微软
泰德·乌戈夫斯基（Ted Wugofski），网关2000
Dan Zigmond，网络电视网络

附录E参考文献

本附录内容丰富。

[CSS2]
“级联样式表，2级（CSS2）规范”，B。Bos，H.W.Lie，C.Lilley，I.Jacobs，1998年5月12日。
网址：http://www.w3.org/TR/REC-CSS2
[文件管理]
“文档对象模型（DOM）1级规范”，Lauren木材等。1998年10月1日。
网址：http://www.w3.org/TR/REC-DOM-Level-1网站
[超文本标记语言]
“HTML 4.01规范”，D.Raggett，A.Le Horss，I。雅各布斯，1999年8月24日。
网址：http://www.w3.org/TR/1999/PR-html40-19990824
[位置.1]
“ISO/IEC 9945-1:1990信息技术-便携式操作系统接口（POSIX）.第1部分：系统应用程序接口（API）[C语言]”，美国电气学会和电子工程师公司，1990年。
[RFC2046]
“RFC2046：多用途互联网邮件扩展（MIME）部分二：媒体类型”，N.Freed和N.Borenstein，11月1996
可在http://www.ietf.org/rfc/rfc2046.txt。请注意，此RFC废除RFC1521、RFC1522和RFC1590。
[RFC2119]
“RFC2119:RFC中用于指示需求的关键字Levels”，S.Bradner，1997年3月。
网址：http://www.ietf.org/rfc/rfc2119.txt
[RFC2376]
“RFC2376:XML媒体类型”，E.Whitehead，M.Murata，7月1998
网址：http://www.ietf.org/rfc/rfc2376.txt
[RFC2396]
“RFC2396:统一资源标识符（URI）：通用语法”，T.Berners-Lee，R.Fielding，L.Masinter，August1998
本文档更新了RFC1738和RFC1808。
网址：http://www.ietf.org/rfc/rfc2396.txt
[XML]
“可扩展标记语言（XML）1.0规范”，T。Bray，J.Paoli，C.M.Sperberg-McQueen，1998年2月10日。
网址：http://www.w3.org/TR/REC-xml
[XML名称]
“XML中的命名空间”，T.Bray，D.Hollander，A.Layman，141999年1月。
XML名称空间提供了一种简单的方法来限定使用的名称在XML文档中，通过将它们与标识的名称空间关联通过URI。
网址：http://www.w3.org/TR/REC-xml-names网站

三A级一致性图标，W3C-WAI Web内容可访问性指南1.0

目录