2013年12月12日，W3C的XSLT工作组发布了XSL转换 3.0版（XSL Transformation, XSLT 3.0）的标准草案最终征求意见稿（Last Call Working Draft）。该规范定义了XSLT 3.0的语法和语义。XSLT是一个XML文档格式转换的语言，定义从一个XML文档格式转换到另一个XML文档格式的转换规则。XSLT语言的转换采用良构的XML格式的样式单（Stylesheet）方式定义。欢迎您于2014年2月10日前提交对该标准草案的意见和建议。
更多信息，请参阅W3C的可扩展标记语言标准计划（Extensible Markup Language/XML Activity）。 查看更多征集公众意见的标准草案，请参阅目前正在征求意见的标准草案及文档。
2013年12月10日，W3C的Web应用工作组（Web Applications Working Group）发布了文档对象模型解析和序列化（DOM Parsing and Serialization）的标准草案最终征求意见稿（Last Call Working Draft）。该规范定义了各种API，允许Web应用通过编程方式访问HTML及通用的XML的解析器，对DOM节点（DOM nodes）进行解析和序列化。欢迎您于2014年1月7日前提出您对该标准草案的意见和建议。
更多相关信息，请参阅该消息的英文摘要，及W3C的富Web客户端标准计划（Rich Web Clients Activity）。
2013年12月9日，W3C宣布将于2014年3月12-13日在德国慕尼黑举行第4届Web与电视研讨会（Fourth W3C Web and TV Workshop: Web and TV Convergence），此次会议的主题为“Web与电视的融合”，该研讨会由IRT承办。
近些年，在电视产业的生态系统中，消费者行为、内容创作、技术能力都在发生深刻变化。这些变化促使产业相关的公司和机构投入资源或相互合作，努力将这些挑战转化为机遇。自2010年以来，W3C已经成功举办了三届Web与电视（Web and TV）的技术研讨会，这些研讨会与Web和电视兴趣组（Web and TV Interest Group）及其它相关工作组的工作紧密关联。随着新挑战的出现，此次的研讨会期望从以下两个方面开展工作，为相关市场的发展提供支持：
1. 识别Web和电视融合方面技术的优先级，提出W3C今后工作的重点；
2. 加强与会者在标准制修订方面的合作，避免混淆和重复。
基于前几次的成功经验，我们希望参会者能够覆盖广播媒体公司，浏览器和软件提供商（包括嵌入式浏览器），电视业务运营商（广播、有线、卫星）、内容 开发商和提供商、IPTV业务提供商、多系统运营商（MSOs）、网络提供商、电信公司、云计算业务提供商、标准化组织和视频点播业务（VOD） 运营商等等相关产业的主要机构。希望研讨会能在标准化工作、用户体验、目标计划等方面通过讨论取得进展，并惠及全球的媒体受众（Global Media Audience）。
该研讨会对所有公司、组织和个人开放，包括非W3C会员。我们欢迎您在2014年2月3日前按要求提交您的观点文章。更多关于如何参加和提交文稿的信息，请参阅：
－研讨会网站：http://www.w3.org/2013/10/tv-workshop/participate.html
－研讨会英文通知：Upcoming: Fourth W3C Web and TV Workshop: Web and TV Convergence
W3C的技术研讨会是W3C获取标准需求，听取学术界和工业界声音的一种渠道。W3C研讨会通常向社会开放，任何人都可以就研讨内容提交自己的观点并通过在线注册参与研讨会。
2013年12月6日消息：W3C邀请您参加2014年3月24-25日在法国巴黎举行的Web支付技术研讨会（W3C Workshop on Web Payment: How do you want to pay?），该研讨会由W3C法国办事处（W3C France Office）承办。
此次Web支付技术研讨会将建立一个面向Web支付的开放标准的技术路线图（Roadmap for Work on Open Standards for Web Payments），探讨如何使Web应用获得和本地应用一样用户体验的在线支付能力，提升Web应用相对于本地原生应用的竞争力。研讨会希望寻找各种可能的技术方案，便捷的为Web应用提供支付功能，通过改进Web支付技术提升用户感受，为用户提供更自由的支付选择，同时减轻Web应用开发者和商家的负担，创造一个支付方案提供商（Payment Solution Providers）公平竞争的环境。
我们期望来自金融机构、政府、移动网络运营商、支付方案提供商、技术型公司、零售商、内容提供商以及非政府组织的广泛参与。该研讨会将寻求建立互 联网支付开放标准的路线图，以及探讨在该路线图方向上如何起步的想法。我们感谢Telefonica和Worldline联合主持此次研讨会。此次研讨会对公众开放，不局限于W3C会员。欢迎您于2014年2月8日提交您的观点论文，并关注此次研讨会。
更多关于此次研讨会的信息，以及如何提交提案和文稿，请参阅：
－ 研讨会网站： http://www.w3.org/2013/10/payments/
－ W3C博客文章：W3C Web Payment Workshop
－ 研讨会英文通知：Upcoming: W3C Workshop on Web Payments: How do you want to pay?
W3C的技术研讨会是W3C获取标准需求，听取学术界和工业界声音的一种渠道。W3C研讨会通常向社会开放，任何人都可以就研讨内容提交自己的观点并通过在线注册参与研讨会。
2013年12月5日，W3C的Web应用工作组（Web Applications Working Group）和Web应用安全工作组（Web AppSec）联合发布了跨源资源共享（Cross-Origin Resource Sharing）的提案推荐标准（Proposed Recommendation）。该标准定义了在必须访问跨域资源时，浏览器与服务端应该如何沟通，它提供一种机制，允许客户端（如浏览器）对非源站点的资源发出访问请求。所有提供跨源资源请求的API都可以使用本规范中定义的算法。
处于安全性的考虑，用户代理（如浏览器）通常拒绝跨站的访问请求，但这会限制运行在用户代理的Web应用通过Ajax或者其他机制从另一个站点访问资源、获取数据。跨源资源共享（CORS）扩充了这个模型，通过使用自定义的HTTP响应头部（HTTP Response Header），通知浏览器资源可能被哪些跨源站点以何种HTTP方法获得。例如，浏览器在访问 http://example.com 站点的Web应用时，Web应用如果需要跨站访问另一站点的资源 http://hello-world.example，就需要使用该标准。http://hello-world.example 在HTTP的响应头部中定义 Access-Control-Allow-Origin: http://example.org，通知浏览器允许 http://example.org 跨源从 http://hello-world.example上获取资源。
欢迎您在2014 年1月14日前提出对于该标准的意见和建议。关于跨源资源共享的更多信息，请参阅 CORS W3C Wiki。更多信息请参考W3C的安全标准计划（Security Acitivity）和富Web客户端标准计划（Rich Web Client Activity）。我们非常期待听到您的意见。
提案推荐标准是W3C标准制定流程的一个环节，指标准的技术性和可实现性已经经过广泛的审查和验证，W3C正式将标准文本提交给W3C顾问委员会作最后批准。经过批准后，W3C将发布正式的推荐标准（REC）。查看更多征集公众意见的标准草案，请参阅目前正在征求意见的标准草案及文档。
2013年12月5日，W3C的级联样式单（CSS）工作组再次发布了CSS对象模型（CSS Object Model，CSSOM）的标准工作草案。CSSOM定义了用于媒体查询（Media Queries）、选择器（Selectors），以及CSS本身等的API（包括通用的解析和序列化规则）。 更多信息，请参阅W3C的样式标准计划（Style Activity）。
12月3日，W3C的级联样式单（CSS）工作组发布了CSS形状（CSS Shapes Module Level 1）的标准草案最终征求意见稿（Last Call Working Draft）。CSS Shapes允许开发者用CSS定义一个几何形状，在Level 1中，CSS Shapes可以，定义非矩形的形状，提供围绕指定形状的浮动布局（floats）能力。一般的盒模型（Box）允许内容围绕给定的矩形区域布局，而一个圆形形状的浮动布局，将使内容环绕所定义的圆形形状区域布局。CSS欢迎您于2014年1月7日提交对该标准草案的意见和建议。
更多信息，请参阅W3C的样式标准计划（Style Activity）。
查看更多征集公众意见的标准草案，请参阅目前正在征求意见的标准草案及文档。
12月3日，W3C的Web性能工作组（Web Performance Working Group）发布了高解析度时间（High Resolution Time Level 2）的标准草案最终征求意见稿（Last Call Working Draft）。该规范定义了一个JavaScript接口，为Web应用提供亚毫秒级（sub-millisecond）解析度的当前时间信息格式。此类信息可以用于应用程序的性能调试或时间同步。欢迎您于2014年1月8日前提交您对该标准草案的意见和建议。
更多信息，请参阅W3C的富客户端标准计划（Rich Web Clients Activity）。
查看更多征集公众意见的标准草案，请参阅目前正在征求意见的标准草案及文档。
2013年12月2日消息，互联网架构委员会(Internet Architecture Board)与W3C共同宣布将于2014年2月28日-3月1日在英国伦敦举行主题为“增强互联网 应对网络监控”的研讨会（Workshop on Strengthening the Internet Against Pervasive Monitoring）。本次研讨会与2014年3月2日-7日在英国伦敦中央区Hilton Metropole酒店举行的第89届IETF大会共同举行。此次会议得到了欧盟EU FP7项目STREWS的支持。
今年10月在加拿大温哥华举行的第88届IETF大会上，与会代表经讨论一致认为：无处不在的网络监控（pervasive monitoring）是一种对互联网的攻击行为。这些网络监控以网络的协议数据为目标，而确保网络可管理性和安全性的网络正常运行同样也需要这些协议数据。协议数据被捕获会与其他数据产生关联。因此，如何增强协议以保持网络的可管理性和安全性，同时又要限制对数据的捕获与关联，成为制约互联网发展的重要开放问题。
本次研讨会的主要目标是推进IETF与W3C在对应网络监控、改进和增强互联网等方面的工作。会议结束后，研讨会的总结报告将以互联网架构委员会（IAB）的征求意见书（Request For Comments，RFC）的形式发布。
我们欢迎您关注这一话题，并于2014年1月15日前以观点论文（Position Paper）或Internet草案（Internet Draft）的方式提出您对该问题的看法和观点。
互联网架构委员会（IAB）是国际互联网标准化组织互联网工程任务组IETF (Internet Engineering Task Force)的顶层委员会。IAB负责定义整个互联网的架构和长期发展规划，向IETF提供指导并协调各个IETF工作组的活动。其主要职责为：负责互联网协议体系结构的监管，把握互联网技术的长期演进方向，负责互联网标准的制订规则，指导互联网标准文档RFC的编辑出版，负责互联网的编号管理，组织与其它国际标准化组织的协调等工作。
GB/T 15834—2011出版物上数字的用法（General Rules for Writing numberals in Public Text ）
本文部分翻译了国标GB/T 15834-2011中关于标点符号位置的内容。该国标的中文全文，可以在互联网上找到。
5. Positioning of Punctuation Mark.
5.1 Positioning of Punctuation Mark in Horizontal Writing Mode
5.1.1 Full stops(U+3002), commas(U+FF0C), ideographic commas(U+3001), semicolons(U+FF1B), colons(U+FF1A) should all be after the corresponding text, and carry one em space. They should be placed in the lower left corner, and could not be the start of a line.
5.1.2 Question marks(U+FF1F), exclamation marks(U+FF01) should all be after the corresponding text, and carry one em space. They should be placed in the left side, and could not be the start of a line. When two question marks(or exclamation marks) are used together, they should only carry one em space; when three question marks(or exclamation marks) are used together, they should only carry two em space; when one question mark and exclamation mark are used together, they should only carry one em space.
5.1.3 Left quotation marks(U+2018, U+201C), left brackets(U+FF08, U+3014, U+3010), left double angle brackets(U+300A), and left angle brackets(U+3008) should be placed on the left side of the relative characters and could not be the end of a line, while right quotation marks(U+2019, U+201D), right brackets(U+FF09, U+3015, U+3011), right double angle brackets(U+300B), and left angle brackets(U+3009) should be placed on the right side of the relative characters and could not be the start of a line. Each of these marks should carry one em space.
5.1.4 A double dash(U+2014) is between the two corresponding words, and carry two em space. It should be aligned to the vertical center of the corresponding base character, could not be separated into 2 parts nor to be the start and the end of a line at the same time（原文是“不能中间断开分处上行之末和下行之首”）.
5.1.5 A double ellipsis(U+2026) should carry two em space. When 2 double ellipsis are used together, they should carry 4 em space and make a independent line. A double ellipsis could not be separated into 2 parts nor to be the start and the end of a line at the same time.
5.1.6 The en dash of hyphens(U+2013) is a little shorter than the Chinese character "one" and should carry half an em space; the dash of the hyphens(U+2010) is a little longer than the Chinese character "one" and should carry one em space; the wave dash(U+301C) of the hyphens should carry one em space. All of the hyphens should be aligned to the vertical center of the corresponding base character and should not be the start of a line.
5.1.7 Interpuncts(U+00B7) are between the two corresponding words and carry half an em space. They should be aligned to the vertical center of the corresponding base character and should not be the start of a line.
5.1.8 Emphasis dots and proper marks(underline) should be underneath the characters.
5.1.9 Slash marks(U+002F) carry half an em space and could not be the start not the end of a line.
5.1.10 When a punctuation mark is at the end of the line, to beautify the whole composition, even if it's a full-width character, it should carry the same em space of a half-width character.
5.1.11 In the practice of composition, for a better composition or reading experience, or to avoid the line-breaking of the last character of a bottom paragraph or a new page cause by the last character(which will result in a wasteful and ugly layout), we could reasonably reduce the space of the punctuation mark.
5.2 Positioning of Punctuation Mark in Vertical Writing Mode
5.2.1 Full stops(U+FE12), commas(U+FE10), question marks(U+FE16), exclamation marks(U+FE15), ideographic commas(U+FE11), semicolons(U+FE14), colons(U+FE13) should all be placed in right corner under the corresponding text.
5.2.2 Double dashs(U+2014), double ellipsis(U+2026), interpuncts(U+00B7), slash marks(U+002F) and hyphens should be placed in the middle under the corresponding text, in a vertical writing mode;
5.2.3 Quotation marks(U+FE41, U+FE42, U+FE43, U+FE44) and brackets(U+FE35, U+FE36, U+FE37, U+FE38, U+FE39, U+3A) should be up or down the corresponding text.
5.2.4 Presentation form for vertical wavy low lines(U+FE34) should be on the left side of the the corresponding text.
5.2.5 Sesame dots(U+FE51) should be on the right side while the presentation form for vertical low lines(U+FE33) should be on the left side of the corresponding text.
5.2.6 The rules about whether a certain punctuation mark could be the start or the end of a line in Horizontal Writing Mode are also required in Vertical Writing Mode.
此外，还有相关的GB/T 15835—2011
5.1.7 Line-breaking
An Arabic number in Chinese should stay in one line and never be broken.
[1] CJK标点符号 http://www.unicode.org/charts/PDF/U3000.pdf
[2] 中文竖排标点 http://www.unicode.org/charts/PDF/UFE10.pdf
[3] CJK兼容符号（竖排变体、下划线、顿号）http://www.unicode.org/charts/PDF/UFE30.pdf
感谢Xiaoqian Wu提供翻译文字。
2013年11月27日，W3C官方博客发布了W3C CEO Jeff Jaffe博士关于TPAC 2013的专题文章（On TPAC 2013）。文章大意如下：
本月早些时候，W3C年度技术大会（TPAC 2013）首次在中国举行。为期一周的TPAC会议吸引了450名参会者，在W3C技术日的分组讨论（breakout sessions）上，与会者就提出的技术和管理问题进行了热烈讨论。此次会议选址深圳，得益于来自中国的机构在W3C中的快速增长和参与，中国网民和Web技术社区的规模也在不断增大。为了保持全球Web技术的互操作性，W3C必须加强与中国的Web产业和技术社区的联系。我在这里感谢此次活动的组织者，腾讯及W3C中国总部的细致工作，以及来自腾讯的慷慨赞助。
和TPAC 2013同时举办的，还有一系列旨在增强W3C与中国联系的活动。Tim Berners-Lee和Judy Brewer受邀参加了腾讯WE大会（Tencent's WE summit），Jeff Jaffe出席了知识产权高峰论坛（IPR Forum），此外，还有250多名技术爱好者参加了在深圳举行的Test the Web Forward标准测试活动。
W3C还为大会准备了W3C重点任务（W3C Highlights）报告，并在11月13日的分组讨论（Wednesday breakout sessions）上进行了介绍，驱动了一种称为 unconference style 的会议模式。
一个贯穿整个会议的问题是Web安全。许多其他Internet技术组织的CEO都在表达对Web安全的关注，应对目前Web缺乏信任和无处不在的网络监控行为。上周IETF做出决定，将从网络体系结构上考虑解决安全问题的方法，此次会议上，W3C也安排了专门讨论，识别Web安全相关的工作领域。您可以从Web安全的分组讨论中获得更多信息，基于讨论结果，W3C目前也设立了专门的Web安全兴趣小组（Web Security Interest Group）。
会上也确定了在2014年上半年组织首届关于Web支付、第四次Web与电视（Web and TV）的技术研讨会，同时将与IETF一起改进未来的互联网，并在互联地理空间数据、物联网（Web of Things）及Web性能方面继续组织研讨，开展工作。
我们已经启动了下一届TPAC的讨论，TPAC 2014将于2014年10月底在美国加州的Santa Clare举行，在下一届TPAC上，我们也将组织关于Web 25周年庆（Web's 25th Anniversary）和W3C的20周年庆的活动。
本文的英文原稿，请参阅 W3C Blog: On The TPAC 2013。
11月27日，W3C宣布将于2014年3月5-6日，在英国伦敦举办互联地理空间（Linking Geospatial Data）数据技术研讨会。此次会议由Google承办。
目前，很多优秀的数据驱动的Web应用都需要使用地理空间信息（geospatial information），位置数据往往是跨越和连接多个地理信息空间数据集的重要信息，地图则是对这些地理空间相关数据进行可视化的重要载体。因此，我们希望共同探讨在地理空间系统中如何应对与地理空间信息相关的、不同格式、不同内容和主题的数据集，以及帮助互联这些数据集的技术。
研讨会关注的议题包括但不限于：这些地理信息如何更好的与Web上的其他数据集成？如何发现散布于不同数据集中与某一位置信息有关的信息，特别是位置信息如何在不同尺度下得到精确表达？研讨会向公众开放，欢迎相关学术界和产业界、技术社区、技术专家关注并参与此次研讨会，并于2014年1月19日前提交您的观点文章。
更多信息请参阅：
- 研讨会主页
- 研讨会总结报告 [2014年6月已公布]
W3C的技术研讨会是W3C获取标准需求，听取学术界和工业界声音的一种渠道。W3C研讨会通常向社会开放，任何人都可以就研讨内容提交自己的观点并通过在线注册参与研讨会。
欢迎观看来自W3C各项会议的演讲视频:
- Open UI 释放创造力欢迎您加入W3C翻译计划，了解W3C标准和文档翻译情况，帮助提供不同语言的W3C标准规范及文档的志愿者翻译及W3C授权翻译，惠及全球技术社区。
更多内容>>W3C中国目前正在不断加大全球W3C工作的参与力度，并推动了一系列以了解中国行业需求、引导标准制定为主要目的的工作组（WG）、兴趣组（IG）和社区组（CG）。
Web中文兴趣组 |
MiniApps工作组 |
MiniApps生态社区组 |
弹幕特别任务组 |
中国信息无障碍社区组 |
中文数字出版社区组 |
数据可视化社区组 |
中文文字布局需求特别任务组
