万维网联盟（World Wide Web Consortium, W3C）是Web领域的国际标准化组织，致力开发开放Web标准确保Web的长期发展，实现“尽展Web无限潜能”的使命。
W3C 简介
本节内容：W3C 是什么组织，它如何运作，网络是如何被标准化的。
W3C 过程
本节内容：W3C 的标准化过程。
W3C HTML
本节内容：简要介绍 W3C 的 HTML。
W3C XHTML
本节总结了 W3C 的 XHTML 活动。
W3C XML
本节总结了 W3C 的 XML 活动。
W3C CSS
本节总结了 W3C 的 CSS 活动。
W3C XSL
本节总结了 W3C 的 XSL 活动。
W3C XML Schema
本节总结了 W3C 的 XML Schema 活动。
W3C XPath
本节总结了 W3C 的 XPath 活动。
W3C XQuery
本节总结了 W3C 的 XQuery 活动。
W3C DOM
本节总结了 W3C 的 DOM 活动。
W3C SOAP
本节总结了 W3C 的 SOAP 活动。
W3C WSDL
本节总结了 W3C 的 RDF 活动。
W3C RDF
This chapter summarizes the RDF activities at the W3C.
W3C Other
本节总结了 W3C 的其他活动。
万维网（World Wide Web）是作为欧洲核子研究组织的一个项目发展起来的，这那里 Tim Berners-Lee 开发出万维网的雏形。
Tim Berners-Lee - 万维网的发明人 - 目前是万维网联盟的主任。
W3C 在 1994 年被创建的目的是，为了完成麻省理工学院（MIT）与欧洲粒子物理研究所（CERN）之间的协同工作，并得到了美国国防部高级研究计划局（DARPA）和欧洲委员会（European Commission）的支持。
W3C 致力于实现所有的用户都能够对 web 加以利用（不论其文化教育背景、能力、财力以及其身体残疾）。
W3C 同时与其他标准化组织协同工作，比如 Internet 工程工作小组（Internet Engineering Task Force）、无线应用协议（WAP）以及 Unicode 联盟（Unicode Consortium）。
W3C 由美国麻省理工学院计算机科学和人工智能实验室 (MIT CSAIL)，总部位于法国的欧洲信息数学研究联盟(ERCIM) 和日本的庆应大学（Keio University）联合运作，并且在世界范围内拥有分支办事处。
正因为 Web 是如此的重要（不论在其影响范围还是在投资方面），以至于不应由任何一家单独的组织来对它的未来进行控制，因此 W3C 扮演着一个会员组织的角色：
一些知名的会员包括：
W3C 的会员包括了：软件开发商、内容提供商、企业用户、通信公司、研究机构、研究实验室、标准化团体以及政府。
W3C 最重要的工作是发展 Web 规范（称为推荐，Recommendations），这些规范描述了 Web 的通信协议（比如 HTML 和 XHTML）和其他的构建模块。
每项 W3C 推荐的发展是通过由会员和受邀专家组成的工作组来完成的。工作组的经费来自公司和其他组织，并会创建一个工作草案，最后是一份提议推荐。一般来说，为了获得正式的批准，推荐都会被提交给 W3C 会员和主任。
下一节，我们会为您解释规范的批准过程。
W3C通过设立领域（Domains）和标准计划（Activities）来组织W3C的标准活动，围绕每个标准计划，会设立相关的W3C工作组织（包括工作组、社区组、商务组等）。W3C会根据产业界的标准需求调整Domains和Activity的设置及相关的工作组设置。
截至2014年7月，W3C共设立5个技术领域，开展24个标准计划。查看所有工作组列表（英文）。
一、目的: 为什么要遵循标准
我们作为生产者实际上只是位于中游，既不是上游的浏览器制造商，他们是标准的真正制定者，也不算是下游，他们是浏览器的终端使用者。这个角色就意味着我们位于一个接口的位置，我们需要想办法满足下游的用户使用上游不同浏览器时看到的是同样的内容。用一个程序的语言说，我们是转换器……adapter，我们想方设法让我们的页面、我们的程序能够支持所有的浏览器、能够满足尽可能多的用户。我们要满足所有的客户，即使做不到，我们也要满足我们技术范围之内的所有用户。
二、目标
一个标准制作的网站，让你压根感觉不到跟标准有关。
三、受众
所有ui设计师、技术工程师、运营维护人员。
四、标准内容
抛弃声明：以后我们将抛弃font标签，新的页面中不应该再出现如<font color=”red”></font>，已经存在的老的页面也应该在修改时尽量替代，替代方法：<span
class=”red_tex”></span>。
一个标准XHTML头信息格式如下：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="gb2312"> <head> <meta charset="utf-8" /> <title>W3Cschool - 学技术查资料，从51coolma开始!</title> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1" /> <meta name="renderer" content="webkit" /> <meta name="viewport" content="width=device-width, initial-scale=1" /> <meta name="keywords" content="51coolma,51coolma在线教程,技术文档,编程入门教程,W3Cschool,W3C,HTML,HTML5,CSS,Javascript,jQuery,Bootstrap,PHP,Java,Sql" /> <meta name="description" content="51coolma是一个专业的编程入门学习及技术文档查询网站，提供包括HTML,CSS,Javascript,jQuery,C,PHP,Java,Python,Sql,Mysql等编程语言和开源技术的在线教程及使用手册，是类国外W3Cschool的W3C学习社区及菜鸟编程平台。" /></head>
1、什么是DOCTYPE
DOCTYPE是document type(文档类型)的简写，用来说明你用的XHTML或者HTML是什么版本。其中的DTD(例如xhtml1-transitional.dtd)叫文档类型定义，里面包含了文档的规则，浏览器就根据你定义的DTD来解释你页面的标识，并展现出来。要建立符合标准的网页，DOCTYPE声明是必不可少的关键组成部分；除非你的XHTML确定了一个正确的DOCTYPE，否则你的标识和CSS都不会生效。
XHTML 1.0 提供了三种DTD声明可供选择：
i) 过渡的(Transitional)：要求非常宽松的DTD，它允许你继续使用HTML4.01的标识(但是要符合xhtml的写法)。
完整代码如下：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
ii) 严格的(Strict)：要求严格的DTD，你不能使用任何表现层的标识和属性，例如<br>。
完整代码如下：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
iii) 框架的(Frameset)：专门针对框架页面设计使用的DTD，如果你的页面中包含有框架，需要采用这种DTD。
完整代码如下：
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
注：DOCTYPE声明必须放在每一个XHTML文档最顶部，在所有代码和标识之上。
2、名字空间 namespace
<html xmlns="http://www.w3.org/1999/xhtml" lang="gb2312">
通常我们HTML4.0的代码只是<html>，这里的"xmlns"是什么呢？
这个“xmlns”是XHTML namespace的缩写，叫做“名字空间”声明。XHTML是HTML向XML过渡的标识语言，它需要符合XML文档规则，因此也需要定义名字空间。又因为XHTML1.0不能自定义标识，所以它的名字空间都相同，就是"http://www.w3.org/1999/xhtml"。目前阶段我们只要照抄代码就可以了。
3、定义语言编码
<meta http-equiv=“Content-Type” content=“text/html; charset=gb2312” />
为了被浏览器正确解释和通过W3C代码校验，所有的XHTML文档都必须声明它们所使用的编码语言，我们一般使用gb2312(简体中文)，制作多国语言页面也有可能用Unicode、ISO-8859-1等，根据你的需要定义。
注：如果忘记了定义语言编码,可能就会出现,你在DW(dreamweaver)做完一个页面，第二次打开时所有的中文变成了乱码。
4、Javascript定义
Js必须要用<script language="javascript" type="text/javascript">来开头定义，而不是原来的<script language=javascript>或干脆直接<script>，并且需要加个注释符<!-- -->，以保证不在不支持js的浏览器上直接显示出代码来。
例如：
<script language="javascript" type="text/javascript"> //<![CDATA[ function show_layout(selObj){ var n = selObj.options[selObj.selectedIndex].value; document.getElementById('stylesheet').href = n; } //]]> </script>
注：具体参考js规范。
5、CSS定义
CSS必须要用<style type=“text/css”>开头来定义，而不是原来的直接<style>，也不建议直接写在内容代码里如：<div style=”padding-left:20px;”></div>，并需要加个注释符<!-- -->
例如：
<style type="text/css" media="screen"> <!-- body {margin:0px;padding:0px;font-size:12px;text-align:center} --> </style>
为保证各浏览器的兼容性，在写CSS时请都写上数量单位，例如：错误：.space_10{padding-left:10} 正确：.space_10 {padding-left:10px}
6、不要在注释内容中使用“--”
“--”只能发生在XHTML注释的开头和结束，也就是说，在内容中它们不再有效。
例如下面的代码是无效的：<!--这里是注释-----------这里是注释-->
正确的应用等号或者空格替换内部的虚线。<!--这里是注释============这里是注释-->
7、所有标签的元素和属性的名字都必须使用小写
与HTML不一样，XHTML对大小写是敏感的，<title>和<TITLE>是不同的标签。XHTML要求所有的标签和属性的名字都必须使用小写。例如：<BODY>必须写成<body>。大小写夹杂也是不被认可的，通常dreamweaver自动生成的属性名字"onMouseOver"也必须修改成"onmouseover"。
8、所有的属性必须用引号""括起来
在HTML中，你可以不需要给属性值加引号，但是在XHTML中，它们必须被加引号。
例如：<height=80>必须修改为：<height="80">。
特殊情况，你需要在属性值里使用双引号，你可以用"，单引号可以使用'，例如：<alt="say'hello'">
9、把所有<和&特殊符号用编码表示
任何小于号（<），不是标签的一部分，都必须被编码为 <
任何大于号（>），不是标签的一部分，都必须被编码为 >
任何与号（&），不是实体的一部分的，都必须被编码为 &
错误：
http://club.china.alibaba.com/forum/thread/search_forum.html?action=SearchForum&doSearchForum=true&main=1&catcount=10&keywords=mp3
正确：
http://club.china.alibaba.com/forum/thread/search_forum.html?action=SearchForum&doSearchForum=true&main=1&catcount=10&keywords=mp3
10、给所有属性赋一个值
XHTML规定所有属性都必须有一个值，没有值的就重复本身。例如：
<td nowrap><input type="checkbox" name="shirt" value="medium" checked>必须修改为：
<td nowrap="nowrap"><input type="checkbox" name="shirt" value="medium" checked="checked" />
11、所有的标记都必须要有一个相应的结束标记
以前在HTML中，你可以打开许多标签，例如<p>和<li>而不一定写对应的</p>和</li>来关闭它们。但在XHTML中这是不合法的。XHTML要求有严谨的结构，所有标签必须关闭。如果是单独不成对的标签，在标签最后加一个"/"来关闭它。
例如：<br />
<img height="80" alt="网页" title=”网页” src="logo.gif" width="200" />
特殊结束标记
错误：
Document.write("<td width="300"><a href="1.html">ok</a></td>");
正确:
Document.write("<td width="300"><a href="1.html">ok</a></td>");
在js中，原已结束的标签需要再转义再结束。
12、所有的标记都必须合理嵌套
同样因为XHTML要求有严谨的结构，因此所有的嵌套都必须按顺序，以前我们这样写的代码：
<p><b></p></b>必须修改为：<p><b></b></p>
就是说，一层一层的嵌套必须是严格对称。
错误：
<table><tr><form><td></td></form></tr></table>
正确：
<form><table><tr><td></td></tr></table></form>
13、图片添加有意义的alt属性
例如：<img src="logo.gif" width="100" height="100" align="middle" boder="0" alt="51coolma" />
尽可能的让作为内容的图片都带有属于自己的alt属性。
同理：添加文字链接的title属性。
<a href="#" target="_blank" title="新闻新闻新闻新闻">新闻新闻…</a>，在一些限定字数的内容展示尤为重要，帮助显示不完成的内容显示完整，而不用考虑页面会因此而撑大。
14、在form表单中增加lable，以增加用户友好度
例如：
<form action="http://somesite.com/prog/adduser" method="post"> <label for="firstname">first name: </label> <input type="text" id="firstname" /> <label for="lastname">last name: </label> <input type="text" id="lastname" /></form>
附录一
1、XHTML校验
校验网址：http://validator.w3.org/
校验方式：网址校验、文件上传校验
一般选择"Show Source"和"Verbose Output"可以帮助你找到错误代码所在行和错误原因。
XHTML校验常见错误原因对照表
1.No DOCTYPE Found! Falling Back to HTML 4.01 Transitional--未定义DOCTYPE。
2.No Character Encoding Found! Falling back to UTF-8.--未定义语言编码。
3.end tag for "img" omitted, but OMITTAG NO was specified--图片标签没有加"/"关闭。
4.an attribute value specification must be an attribute value literal unless SHORTTAG YES is specified--属性值必须加引号。
5.element "DIV" undefined---DIV标签不能用大写，要改成小写div。
6.required attribute "alt" not specified---图片需要加alt属性。
7.required attribute "type" not specified---JS或者CSS调用的标签漏了type属性。
其中最最常见的错误就是标签的大小写问题了。通常这些错误都是关联的，比如忘记了一个</li>其他<li>标签都会报错，所以不要看到一堆的错误害怕，通常解决了一个错误，其他的错误也都没有了。
附录二
2、CSS2校验
校验网址：http://jigsaw.w3.org/css-validator/
校验方式：网址校验、文件上传校验、直接贴入代码校验
校验成功，会显示"恭喜恭喜，此文档已经通过样式表校验! "。校验失败，会显示两类错误：错误和警告。错误表示一定要修正，否则无法通过校验；警告表示有代码不被W3C推荐,建议修改。
同样，通过检验后，可以放置一个CSS校验通过图标。
CSS2校验常见错误原因对照表
1.(错误)无效数字：color909090不是一个color值，909090---十六进制颜色值必须加"#"号，即#909090
2.(错误)无效数字：margin-topUnknown dimension：6pixels ---pixels不是一个单位值，正确写法6px
3.(错误)属性：scrollbar-face-color 不存在 : #eeeeee --- 定义滚动条颜色是非标准的属性
4.(错误)值：cursorhand不存在 : hand是非标准属性值，修改为cursor:pointer
5.(警告)Line:0 font-family: 建议你指定一个种类族科作为最后的选择 --W3C建议字体定义的时候，最后以一个类别的字体结束，例如"sans-serif"，以保证在不同操作系统下，网页字体都能被显示。
6.(警告)Line:0 can't find the warning message for otherprofile --表示在代码中有非标准属性或值，校验程序无法判断和提供相应的警告信息。
W3C 的标准化程序分为 7 个不同的步骤。
在 W3C 发布某个新标准的过程中，规范是通过下面的严格程序由一个简单的理念逐步确立为推荐标准的：
在本教程下面的章节，总结了 HTML、CSS、XML、XSL 在 W3C 的相应活动，包括每项 Web 标准的状态和时间线。
任何 W3C 的成员都可向联盟提交希望成为 Web 标准的某项建议（案）。大多数W3C推荐都发源于向联盟做出的某个提交。
如果某项提交在 W3C 的工作领域（或宪章）内，那么 W3C 将决定是否启动对该项提议的改进工作。
通常，一项对 W3C 的提交会成为一份记录。记录是对作为一份公共文档来提炼的一项提议的描述。
W3C 仅把记录用户讨论。记录的发布并不代表对其的认可。记录的内容是由提交此记录的会员来编辑的，而不是 W3C。记录可在任何时间被更新、替换或废弃。记录的发布也不表明 W3C 已启动与此记录相关的任何工作。
当某项提交被 W3C 承认，一个工作组就会成立，其中包括会员和其他有兴趣的团体。
工作组通常会定义一个时间表，并发布有关被提议标准的工作草案。
W3C 工作草案通常会被发布于 W3C 的网站上，连同对公共注解的邀请。
工作草案会说明进行中的工作，但不应被用作任何参考材料。其内容可在任何时间被更新、替换或废弃。
某些规范会比其他规范更复杂，并可能需要来自会员和软件开发商的更多的经费、更多时间以及更多测试。有时，这些规范会作为候选的推荐来发布。
候选的推荐也是一种"正在进行的工作"，同样不应被用作参考材料。此文档可在任何时间被更新、替换或废弃。
提议的推荐意味着工作组中工作的最后阶段。
提议推荐也是一种"正在进行的工作"。此文档可在任何时间被更新、替换或废弃。不过即使它不意味着 W3C 的任何官方的认可，在极多的情况下，提议的推荐无论在内容还是时间上都已接近于最后的推荐。
W3C 推荐已经通过了 W3C 会员们的评审，并得到了 W3C 主任的正式批准。
W3C 推荐是一份稳定的文档，并可被用作参考材料。
在本教程下面的章节，总结了 HTML、CSS、XML、XSL 在 W3C 的相应活动，包括每项 Web 标准的状态和时间线。
HTML 是 Web 上的通用标记语言。
如需学习更多有关 HTML 的内容，请阅读我们的 HTML 教程。
HTML 2.0 是 1996 年由 Internet 工程工作小组的 HTML 工作组开发的。
HTML 2.0 是过时的 HTML 版本。目前在市场上可以找到的浏览器都依赖于更新版本的 HTML。对于一位 WEB 开发者而言，没有任何必要需要 HTML 2.0 标准。
HTML 3.2 作为 W3C 标准发布于 1997 年 1 月 14 日。HTML 3.2 向 HTML 2.0 标准添加了被广泛运用的特性，诸如字体、表格、applets、围绕图像的文本流，上标和下标。
这些被添加到 1997 年 HTML 3.2 标准的元素之一 - <font> 标签 - 为 HTML 内容和呈现的分离这个重要的任务带来了不必要的麻烦。
作为一项 W3C 推荐，HTML 4.0 被发布于 1997 年 12 月 18 日。而仅仅进行了一些编辑修正的第二个版本发布于 1998 年 4 月 24 日。
HTML 4.0 最重要的特性是引入了样式表（CSS）。
我们的 W3C CSS 章节总结了 W3C CSS 活动。
作为一项 W3C 推荐，HTML 4.01 发布于 1999 年 12 月 24 日。
HTML 4.01 是对 HTML 4.0 的一次较小的更新，对后者进行了修正和漏洞修复。
W3C 不会继续发展 HTML。未来 W3C 的工作会集中在 XHTML 上。
XHTML 1.0 使用 XML 对 HTML 4.01 进行了重新地表示。
作为一项 W3C 推荐，XHTML 1.0 发布于 2000 年 1 月 20 日。
我们的 W3C XHTML 章节总结了 W3C XHTML 活动。
W3C 于 2008 年 1 月 22 日发布 HTML 5 工作草案。
通过制定如何处理所有 HTML 元素以及如何从错误中恢复的精确规则，HTML 5 改进了互操作性，并减少了开发成本。
HTML 5 中的新特性包括了嵌入音频、视频和图形的功能，客户端数据存储，以及交互式文档。
HTML 5 还包含了新的元素，比如：<nav>, <header>, <footer> 以及 <figure> 等等。
HTML 5 工作组包括：AOL, Apple, Google, IBM, Microsoft, Mozilla, Nokia, Opera, 以及数百个其他的供应商。
| 规范 | 推荐 |
|---|---|
| HTML 3.2 | 1997 年 1 月 14 日 |
| HTML 4.0 | 1998 年 5 月 24 日 |
| HTML 4.01 | 1999 年 12 月 24 日 |
| HTML 5 | 2010 年 6 月 24 日（最新草案） |
在下一节会找到有关 XHTML 规范和时间线的内容。
XHTML 是更严谨更纯净的 HTML 版本。
如需了解如何把网站转换至 XHTML，请阅读我们的 XHTML 教程。
作为一项 W3C 推荐，XHTML 1.0 发布于 2000 年 1 月 26 日。
作为一项 W3C 推荐，XHTML 1.0 第二版发布于 2002 年 8 月 1 日。它不是一个新的版本，而是一次更新和漏洞修复。
作为一项 W3C 推荐，XHTML 1.1 发布于 2001 年 5 月 31 日。
作为一项 W3C 推荐，XHTML 1.1 (SE) 发布于 2010 年 11月 23日。
XHTML 1.0 是自 1997 年以来对 HTML 的第一次主要的改变，同时也是在向更广泛的用户代理提供更丰富网页的道路上迈出的非常重要的一步，这些用户代理（代理）包括桌面电脑、移动设备和手机等等。
XHTML 是一项可从 HTML 4.01 平稳迁移的 XML 应用。W3C 把 HTML 4.01 重构为 XML 的第一个步骤，导致了 XHTML 1.0 的诞生。XHTML 1.0 依赖于 HTML 4.01 标签所提供的语义。
下一步是把 XHTML 模块化为更小的元素集合，使得 XHTML 和其他标记语言（比如矢量图形和多媒体）的结合更加容易。
同时，XHTML 的模块化还可以减少开发费用，改善与其它应用程序（比如数据库）的协同，更易与不同的用户代理（浏览器）进行通信，以及 HTML 和不同 XML 标准之间更纯净的整合。
XHTML 1.0 是使用 XML 对 HTML 4.01 进行的重新表示。
如需学习更多有关 XHTML 的知识，请访问我们的 XHTML 教程。
小型设备（比如移动电话）无法支持 XHTML 的全部功能。XHTML 1.1 将规范划分为具备有限功能的模型。小型浏览器可以通过支持选定的模型来减低其复杂性（不过一旦选定某个模型，就必须支持其全部特性）。
XHTML 1.1 是一门严格的语言。 XHTML 1.1 不能向后兼容 HTML 4。
XHTML Basic 是 XHTML 1.1 的小型子集。它仅包含基本的 XHTML 特性，比如文本结构、图像、基本的标单以及基本的表格。它是为小型浏览器设计的（比如在手持设备中）。
正是由于 XHTML 中对 W3C 文档对象模型级别 2 的支持，事件处理器就可以依附在 XHTML 元素上，这样父元素就可以在子元素之前或之后来处理事件。
如需学习更多有关 DOM 的知识，请学习我们的 DOM 教程。
XHTML-Print 是 XHTML 1.1 (模块化的 XHTML) 的一部分。
XHTML-Print 被设计用于移动设备和廉价的打印机，这些设备通常可在没有打印缓存和为设备定制的打印驱动的情况下，将一张页面从头到尾打印出来。
通过 XHTML 表单，用户可以访问某张页面，向页面添加信息，然后向Web服务器提交页面。
XForms 是 HTML 表单的继任者，提供一种更完善且独立于呈现的 Web交 互事务处理方式。用于它被设计为与 XHTML 进行整合，我们期望未来的电子商务应用程序会需要需要 XForms。
XHTML 模块化指的是，把 XHTML 1.0 划分为可提供特定功能的小型模型的集合。
XHTML 1.0 的模块化是通过使用 XML DTD (Document Type Definition) 来实现的。
XHTML 2.0 的模块化是通过使用 XML Schemas 来实现的。
如需学习更多有关 DTD 的知识，请学习我们的 DTD 教程。
如需学习更多有关 XML Schemas 的知识，请学习我们的 XML Schemas 教程。
XHTML 2.0 是下一代的标记语言。其功能性预计和 XHTML 1.1 很相似，但是可能被变更来遵守 XML 标准的要求，比如 XML Linking 和 XML Schema。
XLink 是在 XML 文档中创建超链接的一门语言。XLink 与 HTML 链接很相似 - 但是更加强有力地支持简单链接（比如 HTML）和扩展链接（用于把多项资源链接到一起）。
您可以在我们的 XLink 教程 中学习更多有关 XLink 的知识。
HLink 增加了一项能力，可规定在 XHTML 中元素哪项元素可表示超链接，并规定如何对超链接进行遍历。
HLink 是对 XLink 的扩展。
| 规范 | 草案/提议 | 推荐 |
|---|---|---|
| XHTML 1.0 | 2000 年 1 月 26 日 | |
| XHTML 1.0 修订版 | 2002 年 8 月 1 日 | |
| XHTML 1.1 | 2001 年 5 月 31 日 | |
| XHTML Modules | 2001 年 4 月 10 日 | |
| XHTML Modules 1.1 | 2008 年 10 月 8 日 | |
| XHTML Basic | 2000 年 12 月 19 日 | |
| XHTML Basic 1.1 | 2008 年 7 月 29 日 | |
| XHTML Events | 2003 年 10 月 14 日 | |
| XHTML Print | 2006 年 9 月 20 日 | |
| XHTML Media Types (SE) | 2009 年 1 月 16 日 | |
| XHTML 2.0 | 2006 年 7 月 26 日 | |
| XForms 1.0 | 2003 年 10 月 14 日 | |
| XForms 1.0 (Third Edition) | 2007 年 10 月 29 日 | |
| XForms 1.1 | 2009 年 10 月 20 日 | |
| XLink | 2001 年 6 月 27 日 | |
| HLink | 2002 年 9 月 13 日 |
XML 被设计用来描述、存储、传送及交换数据。
如需学习更多有关 XML 的知识，请阅读我们的 XML 教程。
作为一项 W3C 推荐，XML 1.0 发布于 1998 年 2 月 10 日。
作为一项 W3C 推荐，XML 1.0 (SE) 发布于 2000 年 10 月 6 日。
第二版仅仅是在合并第一版的勘误表的基础上进行的修正（漏洞修复）。
第三版仅仅是在合并第一版和第二版的勘误表的基础上进行的修正（漏洞修复）。
作为一份工作草案，XML 1.1 发布于2001 年 12 月 13 日，并作为一项候选推荐发布于2002年10月15日。
XML 1.1 允许在名称中使用几乎所有的 Unicode 字符。
XML 命名空间可规定一种方法，通过与 URI 引用相关联的方式，来定义在 XML 中使用的元素和属性名称。
XML Linking 语言 (XLink)，允许您向XML文档中插入链接。
XML Pointer 语言 (XPointer)，允许将地址链接到 XML 文档的具体部分。
XML Base 是一种用于对外部 XML 资源进行默认引用的标准。(与 HTML 中的 <base> 类似)。
XInclude 是一种使用元素、属性以及 URI 引用来合并 XML 文档的机制。
| 规范 | 草案/提议 | 推荐 |
|---|---|---|
| XML 1.0 | 1998 年 2 月 10 日 | |
| XML 1.0 (2.Ed) | 2000 年 10 月 6 日 | |
| XML 1.0 (3.Ed) | 2004 年 2 月 4 日 | |
| XML 1.1 | 2004 月 2 月 4 日 | |
| XML 1.1 (2.Ed) | 2006 年 8 月 16 日 | |
| XML 1.0 Namespaces | 1999 年 1 月 14 日 | |
| XML 1.0 Namespaces SE | 2004 年 3 月 4 日 | |
| XML 1.1 Namespaces | 2004 年 3 月 4 日 | |
| XML 1.1 Namespaces SE | 2006 年 8 月 16 日 | |
| XML Infoset | 2001 年 10 月 24 日 | |
| XML Infoset (2.Ed) | 2004 年 2 月 4 日 | |
| XML Base | 2001 年 6 月 27 日 | |
| XLink 1.0 | 2001 年 6 月 27 日 | |
| XPointer Framework | 2003 年 3 月 25 日 | |
| XPointer element() scheme | 2003 年 3 月 25 日 | |
| XPointer xmlns() scheme | 2003 年 3 月 25 日 | |
| XInclude 1.0 | 2004 年 12 月 20 日 | |
| XInclude 1.0 SE | 2006 年 11 月 15 日 | |
| XML Processing Model | 2004 年 4 月 5 日 | |
| XMLHttpRequest Object | 2010 年 8 月 3 日 |
CSS (Cascading Style Sheets)可描述文档如何被显示。
如需学习更多有关 CSS 的知识，请阅读我们的 CSS 教程。
作为一项 W3C 推荐，CSS1 发布于 1996 年 12 月 17 日。1999 年 1 月 11 日，此推荐被重新修订。
作为一项 W3C 推荐，CSS2 发布于 1999 年 1 月 11 日。CSS2 添加了对媒介（打印机和听觉设备）和可下载字体的支持。
CSS3 计划将 CSS 划分为更小的模块。
从CSS3开始，模块将被单独定义，例如 css4选择器可以在CSS3模块定义。
W3C 定义了以下CSS属性：
| 规范 | 草案/提议 | 推荐日期 |
|---|---|---|
| CSS 1 | 17. Dec 1996 | |
| CSS 1 (Revised) | 11. Apr 2008 | |
| CSS 2 | 12. May 1998 | |
| CSS 2.1 | 07. Jun 2011 | |
| DOM Level 2 Style Specification | 13. Nov 2000 | |
| CSS Style Attributes | 12. Oct 2010 | |
| CSS 3 Namespaces Module | 29. Sep 2011 | |
| CSS 3 Selectors | 29. Sep 2011 | |
| CSS 3 User Interface Module | 17. Jan 2012 | |
| CSS 3 Fonts Module | 12. Feb 2013 | |
| CSS 3 Color Module | 07. Jun 2011 | |
| CSS 3 Backgrounds and Borders Module | 24. Jul 2012 | |
| CSS 3 Text Module | 13. Nov 2012 | |
| CSS 3 Lists and Counters Module | 24. May 2011 | |
| CSS 3 Line Module | 15. May 2002 | |
| CSS 3 Basic Box model | 09. Aug 2007 | |
| CSS 3 Multi-column Layout Module | 12. Apr 2011 | |
| CSS 3 Ruby Module | 30. Jun 2011 | |
| CSS 3 Speech Module | 20. Mar 2012 | |
| CSS 3 Paged Media Module | 10. Oct 2006 | |
| CSS 3 Generated content for Paged Media Module | 29. Nov 2011 | |
| CSS 3 Values and Units Module | 28. Aug 2012 | |
| CSS 3 Cascading and Inheritance | 03. Jan 2013 | |
| CSS 3 Template Layout Module | 29. Nov 2011 | |
| CSS 3 Media Queries | 19. Jun 2012 | |
| CSS Mobile Profile 2.0 | 10. Dec 2008 | |
| CSS TV Profile 1.0 | 14. May 2003 | |
| CSS Print Profile 1.0 | 13. Oct 2006 |
W3C开始发展XSL，因为有一个基于XML的样式表语言的需要。
XSL 语言包括三部分：XSLT、XPath 以及 XSL 格式化对象。
如需学习更多有关 XSL 的知识，请阅读我们的 XSL 教程。
作为一项 W3C 推荐标准，XSL 1.0 作为一门表达样式表的语言被发布于 2001 年 10 月 15 日。它由三部分组成：XSLT、XPath 以及 XSL 格式化对象。
XSLT 1.0于 1 999年11月16日成为 W3C 推荐标准。XSLT 是一门用于把 XML 文档转换为其他 XML 文档的语言。
XSLT 2.0于 2007 年 1 月 23 日成为 W3C 推荐标准。
XSL 格式化对象一个用于规定格式化语义的词汇表。格式化指的是把XSL转换的结果转变为适合阅读器或收听器的过程。虽然不存在针对 XSL 格式化对象的独立 W3C 文档，但是还是可以在 XSL 1.0 推荐标准中找到相关的描述。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| XSL 1.0 | 15. Oct 2001 | |
| XSL 1.1 | 05. Dec 2006 | |
| XSLT 1.0 | 16. Nov 1999 | |
| XSLT 2.0 | 23. Jan 2007 | |
| XSLT 2.0 Requirements | 14. Feb 2001 |
XML Schema 是基于 XML 的 DTD 替代物。
如需学习更多有关 XML Schema 的知识，请阅读我们的 XML Schema 教程。
XML 1.0 支持可定义文档结构的 DTD。
XML Schema 对应用程序、文档结构、属性和数据类型有着更良好的支持。
未来的 XML 版本有赖于 XML Schema 来定义 XML 文档的类型。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| XML Schema (XSD) | 02. May 2001 | |
| XML Schema 1.0: Structures | 02. May 2001 | |
| XML Schema 1.0: Datatypes | 02. May 2001 | |
| XML Schema (2.Ed) | 28. Oct 2004 | |
| XML Schema Structures (2.Ed) | 28. Oct 2004 | |
| XML Schema Datatypes (2.Ed) | 28. Oct 2004 | |
| XML Schema Component Designators | 19. Jan 2010 | |
| XML Schema 1.1: Structures | 21. Jul 2011 | |
| XML Schema 1.1: Datatypes | 21. Jul 2011 |
XPath是一门用于选取 XML 文档的部件的语言。
XPath 被设计为供 XSLT、XQuery 以及 XPointer 使用。
如需学习更多有关 XPath 的知识，请阅读我们的 XPath 教程。
如需学习更多有关 XQuery 的知识，请阅读我们的 XQuery 教程。
如需学习更多有关 XSLT 的知识，请阅读我们的 XSLT 教程。
XPath 1.0 于 1999 年 11 月 16 日成为 W3C 推荐标准。
XPath 2.0 于 2007 年 1 月 23 日成为 W3C 推荐标准。
XPath 2.0 是一门由 XPath 1.0 和 XQuery 衍生而来的语言。XPath 2.0 和 XQuery 1.0 的产生是同源的，它们拥有不少相同的语法，而且不少文本也是一致的。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| XPath 1.0 | 16. Nov 1999 | |
| XPath 2.0 Requirements | 03. Jun 2005 | |
| XPath 2.0 Language | 14. Dec 2010 | |
| XPath 2.0 Functions | 14. Dec 2010 | |
| XPath 2.0 Data Model | 14. Dec 2010 | |
| XPath 2.0 Semantics | 14. Dec 2010 | |
| XPointer | 16. Aug 2002 |
XQuery 是一门用于从 XML 文档中提取数据的语言。
如需学习更多有关 XQuery 的知识，请阅读我们的 XQuery 教程。
XQuery 语言支持从 XML 文档提取数据的查询工具。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| XQuery Requirements | 23. Mar 2007 | |
| XQuery Use Cases | 23. Mar 2007 | |
| XQuery 1.0 | 14. Dec 2010 | |
| XQuery 1.0 Functions | 14. Dec 2010 | |
| XQuery 1.0 Data Model | 14. Dec 2010 | |
| XQuery 1.0 Semantics | 14. Dec 2010 | |
| XQueryX | 14. Dec 2010 | |
| XQuery 3.0 Requirements | 16. Sep 2010 | |
| XQuery 3.0 Use Cases | 14. Dec 2010 | |
| XQuery 3.0 | 14. Jun 2010 |
文档对象模型 (DOM：Document Object Model) 是一个平台，一个中立于语言的应用程序编程接口 (API)，允许程序访问并更改文档的内容、结构和样式。
如需学习更多有关 DOM 的知识，请阅读我们的 HTML DOM 教程和 XML DOM 教程。
DOM 级别 0 不是 W3C 规范。而仅仅是对在 Netscape Navigator 3.0 和 Microsoft Internet Explorer 3.0 中的等价功能性的一种定义。
DOM 发展过程中的关键角色有：ArborText、IBM、Inso EPS、JavaSoft、Microsoft、Netscape、Novell、the Object Management Group、SoftQuad、Sun Microsystems 以及 Texcel。
W3C 的 DOM 级别 1 建立于此功能性之上。
DOM 级别 1 专注于 HTML 和 XML 文档模型。它含有文档导航和处理功能。
DOM 级别 1 于 1998 年 10 月 1 日成为 W3C 推荐标准。
第二版的工作草案在 2000 年 9 月 29 日。
DOM 级别 2 对 DOM 级别 1 添加了样式表对象模型，并定义了操作附于文档之上的样式信息的功能性。
DOM 级别 2 同时还定义了一个事件模型，并提供了对 XML 命名空间的支持。
作为一项 W3C 推荐标准，DOM 级别 2 规范发布于 2000 年 11 月 13 日：
DOM Level 2 核心 规定了访问和更改文档内容及结构的一个 API，此 API 同时包含用于 XML 的接口。
DOM Level 2 HTML 规定了操作 HTML 文档结构和内容的 API。（这部分规范仍然是工作草案）
DOM Level 2 规定了对文档视图进行访问和更改的 API。视图是与原文档相关联的表现形式或某种备用的表现形式。
DOM Level 2 Style 规定了动态访问及更改内容样式表的 API。
DOM Level 2 Events 规定了访问文档事件的 API。
DOM Level 2 Traversal-Range 规定了动态遍历和识别文档中内容范围的 API。
DOM Level 3 规定了内容模型 (DTD 和 Schemas) 和文档验证。同时规定了文档加载和保存、文档查看、文档格式化和关键事件。DOM Level 3 建立于 DOM Core Level 2 之上。
DOM Requirements 文档已经为 Level 3 requirements 进行了更新，并于 2000 年 4 月 12 日发布为工作草案。
下面的 DOM Level 3 工作草案发布于 2000 年 9 月 1 日：
DOM Level 3 Core 规定了访问和更改文档内容、结构及样式的一个 API。
通过增加新的接口和新的事件集，DOM Level 3 Events API 对 Level 2 Event API 的功能进行了扩展。
DOM Level 3 Content Model 规定了用于内容加载和保存、内容模型 (DTD and Schemas) 和文档验证支持的 API。
DOM Level 3 Views 规定了对文档视图进行访问和更改的 API。视图是与原文档相关联的表现形式或某种备用的表现形式。
| 规范 | 草案/提议 | 推荐 |
|---|---|---|
| DOM Level 1 | 01. Oct 1998 | |
| DOM Level 1 (2.Ed) | 29. Sep 2000 | |
| DOM Level 2 Core | 13. Nov 2000 | |
| DOM Level 2 HTML | 09. Jan 2003 | |
| DOM Level 2 Views | 13. Nov 2000 | |
| DOM Level 2 Style | 13. Nov 2000 | |
| DOM Level 2 Events | 13. Nov 2000 | |
| DOM Level 2 Traversal-Range | 13. Nov 2000 | |
| DOM Level 3 Requirements | 26. Feb 2004 | |
| DOM Level 3 Core | 07. Apr 2004 | |
| DOM Level 3 Events | 31. May 2011 | |
| DOM Level 3 Load and Save | 07. Apr 2004 | |
| DOM Level 3 Validation | 27. Jan 2004 | |
| DOM Level 3 XPath | 26. Feb 2004 | |
| DOM Level 3 Views | 26. Feb 2004 |
SOAP 是一种简单的基于 XML 的协议，它使应用程序通过 HTTP 来交换信息。
或者简单的说： SOAP 是基于 XML 的 Web Services 间的通信协议。
SOAP (Simple Object Access Protocol) 是一种中立于平台和语言的轻量级通信协议，使得程序可以通过标准的因特网 HTTP 进行通信。
如需学习更多有关 SOAP 的知识，请阅读我们的 SOAP 教程。
在 2000 年 5 月，SOAP 1.1 曾在一份记录中被建议到 W3C（由开发商：IBM, Lotus, Microsoft 以及 Userland），作为用于在分布式环境中交换信息的一种协议。
W3C SOAP 1.1 文档仅仅是一份用于讨论的记录（NOTE）。此记录的发布不代表 W3C 对其任何程度的认可。
W3C 的 XML Protocol 工作组目前正工作于 SOAP 1.2
第一份工作草案发布于 2001 年 12 月 17 日。
SOAP 1.2 于 2003 年 6 月 24 日被发布为 W3C 推荐标准。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| SOAP 1.2 Primer | 24. Jun 2003 | |
| SOAP 1.2 Primer (2.Ed) | 27. Apr 2007 | |
| SOAP 1.2 Messaging | 24. Jun 2003 | |
| SOAP 1.2 Messaging (2.Ed) | 27. Apr 2007 | |
| SOAP 1.2 Adjuncts | 24. Jun 2003 | |
| SOAP 1.2 Adjuncts (2.Ed) | 27. Apr 2007 | |
| SOAP 1.2 Test Collection | 24. Jun 2003 | |
| SOAP 1.2 Test Collection (2.Ed) | 27. Apr 2007 | |
| SOAP 1.2 Attachments | 08. Jun 2004 | |
| SOAP 1.2 Email Bindings | 03. Jul 2002 | |
| SOAP 1.2 Normalization | 08. Oct 2003 | |
| SOAP 1.2 Serialization | 08. Jun 2004 | |
| Web Services Addressing 1.0 - Core | 09. May 2006 | |
| Web Services Addressing 1.0 - SOAP | 09. May 2006 |
WSDL 是基于 XML 的用于描述 Web Services 以及如何访问 Web Services 的语言。
WSDL (Web Services Description Language) 是一种用于描述 Web Services 的 XML 格式。
如需学习更多有关 WSDL 的知识，请阅读我们的 WSDL 教程。
作为一种可描述 Web Services 的 XML 格式，WSDL 1.1 于 2001 年 3 月曾在一份记录中被建议到 W3C（由Ariba、IBM 以及 Microsoft）。
此记录还描述了如何结合 SOAP 1.1、HTTP GET/POST 以及 MIME 来使用 WSDL。
W3C WSDL 1.1 仅仅是用于讨论的记录（NOTE）。此记录的发布不代表 W3C 对其任何程度的认可。
第一份工作草案发布于 2001 年 12月 17 日。
最新的工作草案发布于 2003 年 6月 11 日。
W3C 的 XML Protocol 工作组目前正在工作于 WSDL 2.0。
Web结构的核心是一台Web 服务器，它一般由一台独立的服务器承担，数据库服务器为信息管理系统数据库服务器，各客户机数据请求均由Web服务器提交给数据库服务器，再由Web服务器返回发给请求的客户机。
这里的Web服务器可设为一个网关，一端接信息管理系统的内部网，另一端接入企业Intranet，这样既避免了内部网直接暴露于外部，又使内部都可访问到Web站点。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| WSDL 1.1 Note | 15. Mar 2001 | |
| WSDL Usage Scenarios | 04. Jun 2002 | |
| WSDL Requirements | 28. Oct 2002 | |
| WSDL Architecture | 11. Feb 2004 | |
| WSDL Glossary | 11. Feb 2004 | |
| WSDL Usage Scenarios | 11. Feb 2004 | |
| WSDL 1.2 Core Language | 11. Jun 2003 | |
| WSDL 1.2 Message Patterns | 11. Jun 2003 | |
| WSDL 1.2 Bindings | 11. Jun 2003 | |
| WSDL 2.0 Primer | 26. Jun 2007 | |
| WSDL 2.0 Core Language | 26. Jun 2007 | |
| WSDL 2.0 Adjuncts | 26. Jun 2007 | |
| WSDL 2.0 SOAP 1.1 Binding | 26. Jun 2007 | |
| WSDL 2.0 RDF Mapping | 26. Jun 2007 | |
| Web Services Addressing Core | 09. May 2006 | |
| Web Services Addressing SOAP Binding | 09. May 2006 | |
| Web Architecture | 15. Dec 2004 |
RDF 和 OWL 是两项重要的语义网技术。
语义网是为资产管理、企业整合及网络数据的共享和重用提供的一个框架。
语义网为企业、应用程序、公司、团体和个人间的数据共享提供了一个独立于平台和软件的框架。
RDF 和 OWL 是的语义网的关键技术。它们分别阐述了结构性描述和以万维网为基础的本体论。
RDF 是一门向万维网表达信息的语言。
RDF 可用于描述 web 资源，比如标题、作者以及版本信息、内容描述、可用时间表等等。
如果您需要学习有关 RDF 的知识，请访问我们的 RDF 教程。
OWL 是用于定义本体的语言。
本体可描述知识的领域。可供人类或软件用来分享有关对象的信息，这些对象可以是汽车、房屋、机器、书籍、产品、金融交易等等。
OWL 被设计为用于对信息进行处理（而不是现实信息）。
假如您需要学习更多有关 OWL 的知识，请访问我们的 RDF 教程。
SPARQL 是用于 RDF 数据的标准查询语言，可向开发者提供编写跨越 WEB 上广域 RDF 信息查询程序的途径。
| 规范 | 草案/提议 | 推荐时间 |
|---|---|---|
| RDF Primer | 10. Feb 2004 | |
| RDF Test Cases | 10. Feb 2004 | |
| RDF Concept | 10. Feb 2004 | |
| RDF Semantics | 10. Feb 2004 | |
| RDF Schema | 10. Feb 2004 | |
| RDF 语法 | 10. Feb 2004 | |
| OWL Overview | 10. Feb 2004 | |
| OWL Guide | 10. Feb 2004 | |
| OWL 参考手册 | 10. Feb 2004 | |
| OWL 语法 | 10. Feb 2004 | |
| OWL Test Cases | 10. Feb 2004 | |
| OWL Use Cases | 10. Feb 2004 | |
| Parsing OWL in RDF | 21. Jan 2004 | |
| SPARQL Language | 15. Jan 2008 |
W3C 中国办事处
万维网联盟中国办事处于 2006 年 4 月 1 日成立，办事处地址位于北京航空航天大学(BUAA)，由北京航空航天大学计算机学院计算机新技术研究所负责日常运营工作。
W3C中国办事处致力于促进国内外万维网标准领域信息沟通互动，为国内企业、高校、及科研机构参与国际信息技术标准化的研究、集成和推广提供更好的服务。
北京市海淀区学院路37号北京航空航天大学新主楼G座1121
北航计算机新技术研究所
万维网联盟中国办事处
电话: +86-10-82316341
传真: +86-10-82316341
2011年3月27日，W3C中国继北京办事处之后，W3C中国在深圳市高新技术开发区虚拟大学园内的北京航空航天大学深圳研究院设立国内第二家分支机构——W3C深圳办事处。
W3C 在中国的会员包括：
下面是 W3C 在中国主办或参与的主要活动：
2009 年 11 月 14 日，W3C 及其中国办事处与全国各地关注 W3C 的志愿者团体和个人相聚北京，共议 W3C 中国社区建设计划启动事宜。
这是W3C智慧城市研讨会的号召性活动。研讨会是免费的，不过你需要通过电子邮件发送一份简短的提案。详情请参阅演讲者的资料。
“智慧城市”指的是对我们的建筑和居住环境进行智能管理的一系列技术和流程。随着兴趣的上升，我们看到了来自多个供应商与物联网设备和Web服务相关的各种技术更智能、更容易集成的前景。
根据在慕尼黑举行的第二次WoT研讨会的提议，作为WoT标准化的一部分，物联网IG已经讨论了几个关于智慧城市的用例。然而，智慧城市包含了各种技术，而WoT只是其中之一。因此，我们想创建一个专门的W3C兴趣小组:
识别并记录W3C规范需要满足的用例和需求，以支持智慧城市服务，
我们已经为潜在的智慧城市利益集团起草了一份初步的宪章草案。我们希望收集更多的用例以及来自世界各地的具体系统实现经验，因为使用可能取决于城市的位置、文化等，并包括来自许多不同供应商的各种子系统。因此，我们想举办一个专门的W3C研讨会，讨论智能城市可能的标准化问题。
由于城市包含了包括残疾人在内的不同人口，我们需要考虑无障碍以及安全、隐私保护、多语言支持和智慧城市的安全。
正如2020年4月的物联网新闻稿中提到的，网络已经成为支付和商务、出版、媒体发布、视频会议和联网汽车等多个行业和服务的平台，它正在成为一个有前景的物联网互操作性平台。此外，人们还期望物联网标准能够应用于智能城市服务的大量子系统的集成。我们已经为一个潜在的智慧城市利益小组起草了一份宪章草案(1)将W3C作为讨论智慧城市服务互操作性的场所，(2)文档化W3C规范需要满足的用例和需求，以支持智慧城市服务。
现在我们想对IG宪章草案的描述进行改进和定稿。在这次W3C研讨会上，我们的目标是看看现有的网络标准可以做些什么，以及在网络上还缺少什么来帮助人们实现智慧城市。
研讨会的目标是：
为智能城市技术提供合理的应用
然后看看如何为潜在的智慧城市利益小组改进宪章草案，以便在IG内部进行进一步讨论
智慧城市的应用与居住在城市中的人们息息相关，可能会对他们的生活产生负面影响，因此从包容性设计入手非常重要，包括可达性、隐私性、安全性以及国际化。
研讨会可能涉及的主题包括:
智能城市的可能用例应包括由不同供应商开发的许多设备和子系统的集成，并且还应从各利益相关方的角度来考虑。
下面列出了一些用户角度的用例示例：
医疗保健
普及宽带帮助缩小数字鸿沟
谁应该参加?
智慧城市的各种利益相关者包括：
所有受邀参与者都可以免费参加，并且无论W3C成员如何，都对公众开放。
请在2021年6月18日之前注册该活动，以了解视频的可用性，为便于注册参与者之间的讨论而建立的论坛以及2021年6月25日的现场会议后勤。计划委员会仅接受其注册数据显示与研讨会主题相关的参与者。
这个研讨会和其他W3C会议一样，是按照其道德规范和职业行为规范运作的。
要为研讨会提交演讲，请参阅我们的演讲者信息。
您可以通过以下地址将电子邮件发送到研讨会计划委员会：group-smartcity-ws-pc。
WAI 定义了如何使残障人士更易使用 Web 内容的指导方针。
WAI 通过技术、指导方针、工具、教育、研究以及开发项目，为 "Web accessibility for all" 这个目标而努力。
MathML 是一项用于描述数学符号的 XML 标准。
MathML 的目标的使数学能够在 Web 上被提供、接受和处理，就像 HTML 可以令文本实现的功能一样。
SVG 是一门用于在 XML 中描述二位图形的语言。
SVG 运行三种类型的图形对象：矢量图形形状、图像和文本。
特性设置包括了变换、裁剪路径、alpha 遮罩、滤镜效果、模版对象以及可扩展性。
InkML 是用于表达数字墨水数据的 XML 数据格式，这类数据的输入是通过作为多通路系统组成部分的电子笔或输入笔。
W3C 国际化活动的目标是，在 W3C 内部以及与其他组织一起，建议并调整任何技术、协定、指导方针和活动，使得在不同的语言、脚本和文化范畴内更易在全球范围内使用 W3C 技术。
W3C 的语音浏览器活动的工作是使人们可以通过口语指令和语音合成进行交互，以扩展 Web（的使用范畴）。