w3c/chinese-ig

Web中文兴趣组

Chinese Web Interest Group | Web中文兴趣组

• Home page
• Charter
• Meetings

chinese-ig's Issues

关于实现常用手势事件提案的讨论

Hi All,

这个 Issue 抛出一个关于手势的提案，我希望能够在 Web 中文兴趣组内先进行一些讨论，收集意见和建议，最终目标是能够贡献此标准。

需要注意的是这个文档目前还只是一个"提议"，还不算是比较完整的提案。

提案的目的是解决 Web 标准下集成常用的手势能力，客户端开发中有各种原生自带的如 Pan、Long Press 、Drag 等在 touch 之上封装的常用的基础手势能力，这使开发者可以更方便地直接使用这些手势能力，去快速开发一些交互更复杂的页面。提案期望在 element 上做进一步的扩展，开发者可以直接在 element 之上绑定监听相关的手势事件，并在回调中抛出相关 event 参数。

增加手势能力

• swipe
• pan
• long press
• Scale

event 扩展

提案期望推进GestureEvent，并在其之上做进一步扩展，以满足手势事件的基本参数能力的透出。

• state： 连续手势的一些状态，down、move、up。
• deltaX: X轴移动距离。
• deltaY：Y轴移动距离。
• pageX: 相对于X轴移动距离。
• pageY: 相对于Y轴移动距离。
• direction： 方向。
• velocityX：X轴移动速度。
• velocityY：Y轴移动速度。
• touches：多点触控判断几指操作等。
• scale: 放大或缩小的比例。
• rotation：角度。

一些补充

• 基于性能考虑，期望在 Web 中直接使用这些手势，而不是通过频繁地传递最终在 JS 层劫持 Touch 事件实现相关手势能力。
• 基于易用性考虑，期望在 Web 中直接提供相关的手势事件，方便开发者直接使用 element 之上封装的手势能力。
• 各个平台以及方案实现的手势能力都有差异性，期望通过统一的标准来使得 Web 平台拥有统一的标准化的手势能力。

我希望讨论的内容

• 提案的必要性以及推进的可行性
• 具体实现哪些增强的手势能力
• event 如何扩展相关参数
• 提案的描述
• 关于实现可行性
• 提案的流程

committing Chinese Web IG f2f meeting English page

Chinese Web Interest Group Face-to-face Meeting

This is the meeting page for the W3C Chinese Web Interest Group (CWIG) Face-to-face Meeting in Hangzhou, China on 17 November 2018.

Attendees

The meeting is open to the group participants, W3C members, and invited guests.

Please add your name(s) and affiliation(s) to the following list via GitHub Pull Request, or send your request to group's public mailing list [email protected], and your name(s) will be added to this list once approved.

1. Wanming Lin（Intel）
2. Qingqian Tao（Baidu）
3. Fuqiao Xue（W3C）
4. Zhiqiang Yu（Huawei）
5. Xingnan Wang（Huawei）
6. Bingxin Sun（Huawei）
7. Xiaoqian Wu（W3C）
8. Hax（developer representive）
9. Shouqun Liu（Xiaomi）
10. Jinjiang Zhao（Alibaba）
11. Peng Hou（Alibaba）
12. Xiaozhen Wang（Alibaba）
13. Yan Dong（Alibaba）
14. Wei Pei（Tencent）
15. Subo Zheng（Tencent）
16. Peng Ji（Meituan）
17. Pengfei Zhou（Meituan）
18. Li Yin（Baidu）
19. Siyang Liu（Baidu）
20. Han Zhang（Alibaba）
21. Lin Li (China Mobile - Migu)
22. Song Xu (China Mobile - Migu)
23. Xing Peng（Baidu）
24. Bowen Liu（360）
25. Xueyuan Jia (W3C)

Agenda

09:00-09:30 Registration and setup

09:30-10:00 Introductions

10:00-11:40 Discussions

• Web performance（20mins）
• Next generation of Mobile Web Apps ——Mini Program / Quick App / Weex / Hippy / Picasso（60mins）
• Web Packaging（20mins）

11:40-13:00 Lunch

13:00-14:00 Discussions

• Web GPU（20mins）
• Web ML（20mins）
• Web Assembly（20mins）

14:00-14:20 Coffee Break

14:20-15:40 Standards Intro and Discussions

• Web XR（20mins）
• Web RTC（20mins）
• Web and Media（20mins）
• Web Payments（20mins）

15:40-16:00 Coffee Break

16:00-16:30 Standard development process and contributing mechanisms

16:30-17:00 How to better assist members/developers to understand new technologies of W3C

17:00-17:15 Coffee Break

17:15-18:00 Group's working mode and future plans

Location

Meeting Venue

• name: Hangzhou Innovation Research Institute of Beihang University

• address: Jianghan Road, Binjiang District (opposite Jiangyi Park), Hangzhou

Hotel

• Hangzhou White Horse Lake Jianguo Hotel

• rate: @@

• make reservation: please contact @@

Logistics

IRC

#chinese-web

WebEx: TBD

Minutes

The draft minutes, available shortly after the meeting is at @@.

Chinese Web IG TPAC F2F agenda (Seville, Sep 15 2023)

(English version follows)

Web 中文兴趣组于TPAC 2023的面对面会议将于当地时间周五上午9:30-11:15（北京时间15:30-17:15）举行，在此征求关于会议议程的反馈。

会议将使用中文，现场会根据情况对讨论要点进行翻译。

会议室：Prado, Level -1

IRC: irc.w3.org, #chinese-web

时间表

时间	议题
9:30-10:00	PWA in Sidebar: 利用创新趋势提升用户体验 by 宋青见（微软）
10:00-10:30	Summaries and follow-up actions for the breakout sessions
10:30-11:00	Interested Topics for 2023 & 2024 from the Chinese Community
11:00-11:15	How is your 2023 with W3C?

议题

• PWA in Sidebar: 利用创新趋势提升用户体验 by 宋青见（微软）
• Summaries and follow-up actions for the breakout sessions
  • Accelerating the Web performance by compiling Javascript code to WASM
  • Verifiable Credentials and Decentralized Identifiers in action
  • WebRTC use cases and requirements under high-demanding real-time communication scenarios
  • Feel the Vibe: enhancing haptics for accessibility and more fun
• Interested Topics for 2023 & 2024 from the Chinese Community
• How is your 2023 with W3C?

CSS Display Sliver 提案的讨论

Hi All,

这个 Issue 抛出一个关于 CSS 的提案，我希望能够在 Web 中文兴趣组内先进行一些讨论，收集意见和建议，最终目标是能够贡献到 CSSWG。

需要注意的是这个文档目前还只是一个"提议"，还不算是比较完整的提案。

提案的目的是解决 Web 标准下滚动视图的复用回收问题，客户端开发中有 RecyclerView/UITableView 来实现滚动回收的布局容器，提案的 Display Sliver 定义了容器的布局方式以及当子元素滚动出 viewport 后的回收特性。

属性

增加 CSS Display 属性值： sliver

sliver 属于 W3C Box Layout Modes 中定义的 Inner Display Layout Models 类型，详见 https://www.w3.org/TR/css-display-3/#inner-model

当 display 为 sliver 时，该元素的 overflow 表现为 auto，越界的内容会被裁减，容器可滚动并显示滚动条。

增加 CSS 属性 sliver-direction : row|column 默认 column

sliver-direction 指定了 Sliver 容器的主轴方向 (Main Axis)，Sliver 容器的主轴方向即滚动方向；Sliver 容器的交叉轴 (Cross Axis) 方向与主轴方向交叉，Sliver 容器在交叉轴方向不可滚动。

• row: 可滚动方向为水平方向
• column: 可滚动方向为垂直方向

布局特性

在主轴方向 (Main Axis) 上可滚动, 其值由 sliver-direction 指定, 默认值为 column ；

主轴方向上的尺寸需要由 CSS 显式的 width/height 定义，否则默认值为 0。

交叉轴 (Cross Axis) 方向上的尺寸会填充满父容器尺度上的剩余空间, 与 flow layout 中的 block-level 的表现相同。

对容器的每一个子元素，其主轴方向上的尺寸需要由子元素在 CSS 中定义，否则默认值为 0；其交叉轴方向上的尺寸会填充满 SliverContainer 的剩余空间；

回收特性

当 Sliver 容器中的子元素滚动出该容器的 Viewport 时，可以将该子元素中用于渲染的 renderobject 回收以达到节省内存占用的目的。当子元素重新出现时，根据 DOM 描述重新生成 renderobject。

一些补充

1. 具体实现中, 滚动时当子元素边界出 viewport 后, 可以等待一个 remainDistance 的距离再销毁; 当子元素处于 viewport 外，将要移入 viewport 时，可以在 remainDistance 的时候就开始创建 renderobject; 这些措施是出于性能和体验考虑
2. 具体可销毁的对象, 是除了 Element 本身描述(attr,styleDeclaration)外的对象, 这里应该存在不同实现的差异性
3. 我们这边已经基于 Flutter RenderObject 实现了类似的布局能力

我希望讨论的内容

1. 必要性
2. display 新属性的命名, sliver 的出处是参考了 Flutter
3. 提案的描述
4. 关于实现可行性
5. 提案的流程

Exploring cultural expectations re: privacy and security

I expect the Chinese Web community has (quite) different expectations around privacy and (perhaps to a lesser degree) security than western cultures. How much interest does the IG have in exploring that?

(Inspired by an issue filed on the charter: w3c/chinese-ig-charter#13)

小程序和快应用的英文名

我觉得可以叫Tiny APP。强调微型和轻量，比起动则上百兆的Native APP来说

我们建个wasm的中文讨论版吧，就用github discussion就可以

关于查询宿主环境是否支持某个特定的事件能力的提案讨论

Hi All,

这个 issue 抛出一个关于事件的提案，我希望能够在 Web 中文兴趣组内先进行一些讨论，收集意见和建议，最终目标是能够贡献此标准。

需要注意的是这个文档目前还只是一个"提议"，还不算是比较完整的提案。

提案期望解决 Web 标准下具有根据“特征判断”来获取当前宿主环境本身是否提供某个事件能力，以此来得知是否可以在当前宿主环境下使用某个具体的事件能力。

举个例子：

以 dblclick 事件为例，在移动端上，safari、firefox 等浏览器支持，但是 chrome、android WebView 不支持，这时如果我们没有“特征判断”则需要像下述那样编码。

if (/Chrome/.test(window.navigator.userAgent)) {
  // 通过其他手段实现，比如判断 2 次点击
} else {
  element.addEventListener('dblclick', (e)=>{
    //...
  });
}

显然，通过“环境判断”我们可以去实现相关功能，但是当历史版本以及浏览器种类繁多带来了非常多的判断条件。

Web 标准中，所有的 element 都是继承自 eventTarget，开发者无论监听何种事件都应该正常监听。但是开发者本意是监听一个来自宿主环境的 dispatch 时，宿主环境本身没有相关功能，就会导致功能缺失，而开发者无法很好地在上层进行判断。

我们期望通过“特征判断”来判断是否当前宿主环境提供某个特定事件，以解决上述问题。

我暂时想了三种方案，希望抛出来大家讨论一下：

1. 通过提供一个宿主环境的方法 navigator.queryEventTypeSupport(type) 以供开发者查询宿主环境是否支持该功能。

const isSupportDblclick = navigator.queryEventTypeSupport('dblclick');

2. 通过提供一个宿主环境的方法 Event 上提供一个静态方法 queryEventTypeSupport(type) 以供开发者查询宿主环境是否支持该功能。

const isSupportDblclick = Event.queryEventTypeSupport('dblclick');

3. 在 eventTarget 上提供到某个具体的 element 的事件查询能力。

const element = document.createElement('div');
const isSupportDblclick = element.queryEventTypeSupport('dblclick');

我希望讨论的内容

• 提案的必要性以及推进的可行性
• 提案的描述
• 关于实现可行性
• 提案的流程
• 具体实现的方法：比如上述抛出的 navigator 扩展或者 Event 静态方法扩展

【Task Force】召集小程序标准化的讨论

计划于19年4月或者5月召集小程序相关标准的讨论，议题包括：

• 小程序厂商技术方案分享以及对于标准化的建议
• 业界小程序框架技术分享和标准化建议
• 开发者代表对于小程序的标准化建议

Chinese Web IG TPAC F2F agenda (Fukuoka, Sep 20 2019)

(English version follows)

Web 中文兴趣组于 TPAC 2019 的面对面会议将于周五下午举行，在此征求关于会议议程的反馈。

会议将使用中文，现场会根据情况对讨论要点进行翻译。

会议室：楓 (かえで Kaede), 1F

IRC: irc.w3.org, #chinese-web

时间表

时间	议题
13:30-14:30	弹幕提案
14:30-14:50	中文排版需求
14:50-15:20	茶歇
15:20-17:00	小程序/快应用标准化
17:00-17:30	反馈

议题

弹幕提案

• 与 TTWG 的联合会议（英语）
• 提案下一步计划

中文排版需求

• 介绍该文档
• 目前状态以及下一步计划

小程序和快应用标准化

TPAC 中收到的来自其他小组和参会人员的反馈

Is w3.org blocked in China?

When I access http://w3.org/ or http://www.w3.org/
it will be redirected to http://39.102.194.95/ which says "您访问的网站/网页存在诈骗风险，请注意个人信息和财产安全"(the website you access has the risk of fraud) and is authorized by National Anti-fraud Center, MIIT and China Unicom.
When I access https://www.w3.org the response can't be gotten with error ERR_CONNECTION_RESET

While https://lists.w3.org/ is accessible.

bk