W3C中国

W3C发布CSS Shapes的标准草案最终征求意见稿

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)。 

查看更多征集公众意见的标准草案,请参阅目前正在征求意见的标准草案及文档。  

W3C发布High Resolution Time的标准草案最终征求意见稿

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)。 

查看更多征集公众意见的标准草案,请参阅目前正在征求意见的标准草案及文档。   

GB/T 15834-2011 Part 5: Positioning of Punctuation Mark

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提供翻译文字。

W3C发布Web MIDI API的标准工作草案

W3C的音频工作组(Audio Working Group)于11月26日发布了Web MIDI API的标准工作草案(Working Draft)。该规范定义了支持MIDI协议的API,Web客户端应用可以通过该接口枚举和选择MIDI的输入和输出设备,以及发送和接受 MIDI消息。通过提供底层接入,该API可以使音乐和非音乐MIDI应用访问MIDI设备。Web MIDI API不定义音乐和控制输入的语义,它主要定义MIDI输入和输出接口结构,以及如何发送和接收MIDI消息,而不必识别这些消息/动作的具体含义。 Web MIDI API通常与其它web平台的API和元素联合使用,如Web Audio API。其它系统的MIDI API用户,如Apple CoreMIDI和微软Windows MIDI API用户,将来也应熟悉此API。
 

更多信息请参考W3C的富Web客户端标准计划(Rich Web Client Activity)

W3C发布Filter Effects, CSS Transforms的标准工作草案

W3C的级联样式单(CSS)工作组可扩展矢量图(SVG)工作组于11月26日联合发布了滤镜效果模块(Filter Effects Module Level 1)和CSS变换模块(CSS Transforms Module Level 1)的标准工作草案。

-  滤镜效果模块(Filter Effects Module Level 1): 滤镜效果是在文档显示时对元素进行渲染的处理方式。通常,通过CSS或SVG渲染一个元素的过程如下:元素首先被绘制到一个图像绘制缓冲区中,然后将缓冲区的图像合并到父节点中。滤镜效果可以在缓冲区图像被合并前对图像内容进行处理(如锐化、改变颜色的饱和度等)。尽管滤镜效果最初设计用于SVG图像的处理,但它也可适用于其他的表现环境(如CSS等)。滤镜效果由filter属性中的样式指令触发。

- CSS变换模块(CSS Transforms Module Level 1):该规范允许对经过CSS设定样式的元素,在二维或三维空间中进行变换。该文档定义了一组CSS属性,指导元素在绘制时通过二维或三维转换呈现某些特定效果(如立体效果),该文档是CSS 2D变换(2D transforms)、CSS 3D变换(3D transforms) 和SVG变换的合并。

CSS是描述结构化文本(如HTML、XML等)在屏幕、纸张、语音上如何绘制和展现的语言。更多信息,请参阅W3C的样式标准计划(Style Activity)图形标准计划(Graphics Activity)

 

W3C发布CSS书写模式(Writing Modes)的标准草案最终征求意见稿

11月26日,W3C的级联样式单(CSS)工作组发布了CSS书写模式(CSS Writing Modes Level 3)的标准草案最终征求意见稿(Last Call Working Draft)。CSS Writing Modes Level 3在CSS中对多种不同的国际化书写模式提供支持,如采用从左向右书写的拉丁文字和印度文字、从右向左的希尔伯特语文字或阿拉伯语文字、多语言的双向混合书写,以及部分亚洲语言从上向下的竖排书写文字等。在这一版本中,并未提供自下向上的反向竖排书写文字模式。欢迎您在2013年12月24日前反馈您对该标准草案的意见和建议。

更多信息,请参阅W3C的样式标准计划(Style Activity)

查看更多征集公众意见的标准草案,请参阅目前正在征求意见的标准草案及文档。   

W3C发布CSS样式属性的正式推荐标准

W3C的级联样式单(CSS)工作组11月7日正式发布了CSS样式属性(CSS Style Attribute)的W3C正式推荐标准(W3C Recommendation)。HTML、SVG等标记语言可以为大部分元素提供style属性,用于以内嵌(in-line)的方式定义适用于这些元素的样式说明。该文档定义了用于这些style属性的CSS片段的语法及其解释规则。

更多信息,请参阅W3C的样式标准计划(Style Activity)

查看W3C的所有正式W3C推荐标准(W3C Recommendations),请参阅W3C正式推荐标准列表。   

W3C发布Widget接口的正式推荐标准、指针锁定(Pointer Lock)的标准草案最终征求意见稿

2013年10月31日,W3C的Web应用工作组(Web Applications Working Group)发布了Widget接口(Widget Interface)的正式W3C推荐标准(W3C Recommendation)。该标准为定义了一个应用编程接口,帮助访问Widget的元数据(metadata)和持久存储的数据。

该工作组还发布了指针锁定(Pointer Lock)的标准草案最终征求意见稿(Last Call Working Draft)。指针锁定标准草案定义了一组API,允许开发者通过脚本将鼠标事件锁定到页面的一个特定元素,从视图上隐藏鼠标箭头的光标(cursor),并在这些情况下通过脚本访问原始的鼠标移动数据。这对于一大类应用(特别是第一视角的3D应用及3D建模软件)来说是非常重要的输入模式。

欢迎您于2013年11月28日前提交关于该标准草案的意见和建议。

更多信息,请参阅W3C的富Web客户端标准计划(Rich Web Client Activity)

正式推荐标准和标准草案最终征求意见稿都是W3C标准制定过程的中间环节,了解更多W3C标准制定过程,并查看更多征集公众意见的标准草案,请参阅目前正在征求意见的标准草案及文档

W3C发布用户定时、性能时间线的提案推荐标准,及基于脚本的动画的定时控制备选推荐标准

2013年10月31日,W3C的Web性能工作组(Web Performance Working Group)发布了用户定时、性能时间线的提案推荐标准(Proposed Recommendation),及基于脚本的动画的定时控制备选推荐标准(Candidate Recommendation)。

用户定时(User Timing):这是一份W3C的提案推荐标准,为Web开发者定义了一组编程接口,以便开发者通过访问高解析度的时间戳更精确的度量其Web应用的性能。

性能时间线(Performance Timeline):这是一份W3C的提案推荐标准,提供给开发者一组统一接口,存取与性能度量相关的各类数据。该文档并不包含具体性能参数的访问接口。

欢迎您在2013年11月28日前提交关于上述两份提案推荐标准的意见和建议。

同时发布的还有基于脚本的动画的定时控制(Timing control for script-based animations)备选推荐标准。该文档为Web页面的开发者定义了一个API,允许开发者编写基于脚本的动画,由客户代理(如浏览器)控制动画的更新速率(animation rate)。和开发者相比,客户代理更适合根据当前动画区域的状态(处于前台区域/foreground tab,或处于后台区域/background tab)及其当前的系统性能状况(如CPU负载、内存占用情况等)来确定动画的最佳更新速率。基于该API编写Web应用有助于使浏览器更有效的利用CPU的计算能力。

更多信息,请参阅W3C的富Web客户端标准计划(Rich Web Client Activity)

提案推荐标准和备选推荐标准都是W3C标准制定过程的中间环节,了解更多W3C标准制定过程,并查看更多征集公众意见的标准草案,请参阅目前正在征求意见的标准草案及文档

W3C发布触摸事件扩展的工作组备忘

W3C的Web事件工作组(Web EventWorking Group)10月31日发布了触摸事件扩展(Touch Events Extensions)的工作组备忘(Group Note)。该文档提出了一种基于触摸事件(Touch Event)扩展机制。W3C将不再推进触摸事件扩展的标准化过程。

触摸事件(Touch Events)标准定义了一组低层事件,用于描述在一个触感介质(touch-sensitive surface)上的一个或者多个触摸点(points of contact)及其变化,以及与该触摸点相关的任何DOM元素。该规范也支持基于手写输入的设备(如支持手写的平板电脑)等。该标准2013年10月已作为W3C的正式推荐标准发布,大多数浏览器厂商也已提供了基于该标准的技术实现。

更多信息,请参阅W3C的富Web客户端标准计划(Rich Web Client Activity)

W3C发布互联数据平台用例及需求的工作草案

W3C的互联数据平台(Linked Data Platform)工作组10月31日发布了互联数据平台用例及需求(Linked Data Platform Use Cases and Requirements)的工作草案。为了推动互联数据平台标准规范的制定,该文档给出了一组基于HTTP协议及RDF描述的、支持简单可读写体系架构(simple read-write architecture)的互联数据平台(Linked Data Platform,LDP)的应用场景、用例及应用需求。草案中通过一组应用场景描述了用户如何使用可读写的互联数据,标准的目标是避免限定于某一具体的协议(如HTTP协议),并支持任何LDP所采用的词汇表。

更多信息,请参阅W3C的语义Web标准计划(Semantic Web Activity)

站内搜索

万维网联盟(World Wide Web Consortium, W3C)是Web领域的国际标准化组织,开发开放Web标准,确保Web的长期发展。欢迎您加入W3C的朋友计划,支持W3C实现“尽展Web无限潜能”的使命,并为Web开发者提供更多工具。

更多内容>>

AC 2018

W3C 2018年度顾问委员会会议(AC 2018)将于5月13-15日在德国柏林(Berlin, Germany)举行。注册现已开放。

更多内容>>

W3Cx 开放课程

W3C与edX合作,推出W3Cx系列课程,您可以免费注册这些课程:

- CSS概述
- HTML5:第一部分
- HTML5:第二部分
- HTML5概述
更多内容>>

W3C技术标准

查看Web技术标准
- 按时间 | 按工作组
■ Web与产业融合 ■
- 汽车 | 数字出版 | Web与电信
- 娱乐与广播电视 | Web支付 | Web数据
- 物联万维网(WoT) | Web安全
■ Web For All ■
- Web无障碍 | 国际化 | 索引(A to Z)
■ 社区组与商务组 ■
- 所有社区组 | 新建社区组
■ 标准工作组 ■
- 所有推荐标准 | 参与指南

更多内容>>

W3C标准翻译

我们欢迎您加入W3C标准翻译计划,了解W3C标准和文档的翻译情况,并成为W3C翻译计划的志愿者,帮助提供不同语言的W3C标准规范及文档的志愿者翻译及W3C授权翻译,更好服务全球技术社区。

更多内容>>

W3C中国贡献榜

我们通过贡献榜,感谢您积极参与W3C标准制定及审阅工作并提供建设性意见、提供W3C相关标准及技术文章的中文翻译、参与各类W3C技术研讨会。

更多内容>>

中国参与W3C

W3C中国目前正在不断加大全球W3C工作的参与力度,并设立了一系列以了解中国行业需求、引导标准制定为主要目的兴趣小组(IG)和社区组(CG)。
- HTML中文兴趣小组
- 中国信息无障碍社区组
- 中文数字出版社区组
- 中文文字布局需求特别任务组
- 数据可视化社区组

更多内容>>

开发者资源

会员链接

相关资源需要使用 W3C账号登录后使用

首页 | 加入工作组 | 申请W3C账号

合作伙伴

  • 北京航空航天大学
  • 北航计算机学院
  • w3ctech