04:32:43 RRSAgent has joined #Chinese-Web-en 04:32:43 logging to https://www.w3.org/2019/09/20-Chinese-Web-en-irc 04:33:02 Meeting: Joint Chinese IG and TTWG meeting 04:33:10 Log: https://www.w3.org/2019/09/20-Chinese-Web-en-irc 04:33:24 Zakim has joined #Chinese-Web-en 04:34:37 Chunming_ has joined #chinese-web-en 04:34:52 Michael_Li has joined #chinese-web-en 04:35:46 Qingqian has joined #Chinese-web-en 04:36:06 QingAn has joined #chinese-web-en 04:36:21 angel has joined #chinese-web-en 04:36:41 zhiqiang: [going through the agenda] 04:36:46 scribe: xiaoqian 04:37:05 topic: Bullet Chatting (joint session with TTWG) 04:37:06 gkatsev has joined #chinese-web-en 04:37:39 Song: co-editor of the proposal, another editor is from Bilibili 04:37:47 ... we also invited the experts from Niconico 04:38:38 xueyuan has joined #chinese-web-en 04:38:45 ... 1. difference from between subtitle and bulletchatting 04:39:28 ... subtitle is usually coming from words of the actors 04:39:40 ... or description about a certain scene 04:40:04 ... bulletchatting is more about the comment incentive by the content of the video 04:40:26 ... to express the emotion of the audience in real time 04:40:42 ... to share the feeling about the same scene of the video 04:41:14 ... users can send out the bullet chat at the same time as they watch the video 04:41:37 ... subtitle is usually displayed in 1-3 lines 04:41:48 ... the display area is fixed in the video 04:42:26 ... bullet chat can show up in any row of the video area 04:42:43 ... and it's usually moving from one side to another side 04:43:22 nigel: regarding the performance, what's the difference between the two? 04:43:39 ... especially the text overlap 04:43:57 ... it's not technical limit, more editorially 04:44:24 ... the present mode 04:44:29 s/performance/presentation 04:44:40 xfq has joined #chinese-web-en 04:44:46 ... subtitle is usually static 04:44:51 s/... the present mode/Song: the present mode 04:45:24 atai has joined #Chinese-Web-en 04:45:31 ... bullet chat can interact with the users 04:45:41 ... more dynamic 04:46:04 ... text direction 04:46:27 ... TTML aims to define a format for subtitle 04:46:56 ... it describe the show-time, the display style, the position and the content 04:47:36 ... while bullet chat, is to help implement bullet chat in the Web 04:48:47 ... we would like to have it as an HTML element, it'd be nice if it can help define the attributes and events about the style, the position, time, and content 04:49:50 xfq: it tries to describe the attributes and events to help implement those use cases that are not covered by TTML 04:51:15 atai: from the current statics, which spec are you targeting when you analysis the gap? the HTML spec? 04:51:28 Bert has joined #chinese-web-en 04:51:43 ... what kind of applications do you think will be the major vendor for this API or element? 04:52:09 Song: not sure yet, need more conversations with the other companies 04:52:37 ... but there are hundreds Webapps companies working on bullet chat in China and Japan 04:53:09 ... with very different implementation 04:53:21 ... we may not be about to cover all the use cases 04:53:46 ... would like to design an API or element which can be extensive 04:53:56 ... f.ex., the AI masking cases 04:54:31 atai: whether HTML element is necessary may be a different question 04:54:35 Song: agree 04:54:52 Glen: so it can also be a JS library 04:55:09 ... a lib including the queue objects 04:55:18 ... have you considered that option? 04:55:47 Song: some of the companies may be implementing with JS lib 04:56:32 ... but it must be with some limits so they are asking for an extra standardised API 04:57:19 Glen: A JS lib can be a good starting point if it gets consensus from the other players 04:58:21 Song: our co editor and my engineers team really hope to standardise the bullet chat 04:58:48 ... but from the discussion this week, we also see the potential to reuse the current technologies 05:00:12 Song: we would like to have an element which describes the control for show area, time, delay, styling 05:00:52 @@: if I understand correctly, there is also requirements that are not covered by the VTT and TTML 05:01:15 Nigel: animation? 05:01:33 s/@@/Eric_Carlson/ 05:01:44 Glen: we have animation, but we would love to hear more requirements for bullet chat 05:01:57 ... if both solution are too heavy way 05:02:17 ... you can consider a light way of implementation 05:02:51 Lin: current limitation is more on performance as they are using CSS and JS 05:03:12 ... so they would like to have an API to ease the implementation 05:03:39 ... requirements including animation, speed control, font-style 05:03:49 ... it's more about how to make things easier 05:04:07 atai: thank you for the introduction over the week 05:04:26 ... it seems you already have the technology to solve the problem 05:04:42 ... what you want now is introperability 05:05:05 ... if your application is trying to solve the same problem as VTT and TTML? 05:05:58 ... it will be successful to bring the an new format if it can help the implementation easier 05:06:15 Glen: it will be helpful to show some demo 05:07:18 Song: the problem now is I don't think any developers is using the VTT and TTML to implement it 05:09:02 ... next question is about the layout to display the text 05:09:48 ... our point of view is how to display the bullet chat with markup 05:10:17 ... what is really needed is the element to represent the bullet chat 05:11:16 nigel: when you send the bullet chat, do you send everything to the client? or just the content? 05:12:24 xfq: I think there is lots of possibilities in the implementation from different companies 05:12:57 Michael_Li: the rendering calculation is done in the client side 05:13:17 ... so we need to send all the necessary things 05:13:33 ... but we also see potential to improve this implementation 05:14:30 nigel: that seems to be an important things to agree on 05:15:18 rrsagent, make logs public 05:15:24 rrsagent, pointer 05:15:24 See https://www.w3.org/2019/09/20-Chinese-Web-en-irc#T05-15-24 05:15:49 Song: bilibili also mentioned the key to extent the bullet chat on top of any existing technologies is live transportation 05:16:10 ... as one of the important use case is live streaming or live events 05:16:17 rrsagent, make minutes 05:16:17 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html nigel 05:16:27 ... so we need to log the elements in real time 05:17:20 ... for the on-demand playback, if User A is watching at 10', and User is watching at 5', both of them can send a comment at the same time 05:17:53 ... the system needs to accept the comment and generate the bullet chat in real time 05:18:08 ... so when User B arrives at 10' 05:18:22 ... he can see User A's comment for 10' 05:19:10 [demos from Niconico] 05:19:57 RRSAgent, make minutes 05:19:57 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html xiaoqian 05:20:22 Michael_Li: demo about the scrolling of content 05:20:44 ... users can play art works with bullet chat 05:21:06 ... the styling can but sync with the music 05:21:29 ... if I slow down the play speeds, the comments also slow down 05:22:17 ... you can also do crazy things with unicode letters 05:22:53 Eric_Carlson: so you may still need JS to do this kind of effect even you have a file format 05:24:03 -> https://www.nicovideo.jp/watch/sm31436903 niconico example 05:24:05 description by niconico: https://rentry.co/bgc5h 05:24:26 Michael_Li: we would be happy to accept what can be standardised if it's helpful 05:24:38 ... not necessary to cover all the use cases 05:25:05 Eric_Carlson: so you would like to standardise something that can reduce the JS work 05:25:51 ... f.ex., we want to standardised in our work whether it's playing or not, the current time of the element 05:25:52 naomi has joined #Chinese-Web-en 05:26:25 nigel & plh: it can also be helpful for a11y 05:26:55 RRSAgent, make minutes 05:26:55 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html naomi 05:26:56 hax has joined #chinese-web-en 05:27:13 present+ suzuki, koizuka, Michael_Li 05:27:29 nigel: I haven't get a clear idea where the work should happen 05:27:57 xfq: it would be helpful to create a communicate channel 05:28:40 [another demo about the champion cup of world game] 05:28:54 song: there can be different layout of the texts 05:29:22 -> https://www.bilibili.com/video/av35199206/?p=3 Bilibili example 05:29:50 zhiqiang: maybe we need to set up a regular communication channel to discuss more details in the future 05:30:09 xiaoqian: we can create a CG 05:30:24 rrsagent, make minutes 05:30:24 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html nigel 05:30:41 ... invite Chinese IG editors, Japanese companies, timed text people in W3C etc. 05:31:50 chaals has joined #chinese-web-en 05:35:19 nigel has joined #Chinese-Web-en 05:35:59 rrsagent, make minutes 05:35:59 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html nigel 05:42:43 Bobby: I'm Bobby Tung, from TW, i18n invited expert, working on CLReq 05:43:07 ... our last Chinese discussion was 6 yrs ago 05:43:39 ... CSS Writing Mode 05:43:58 ... moves to CR in this TPAC meeting 05:44:08 ... L3 05:44:46 ... it started from 2010 05:45:03 ... it's very important to CJK and mongolian 05:45:55 ... it will be a great help to Japanese, Mongolian, and old books 05:46:13 ... [stories about the editors and the spec] 05:47:12 ... actually, it comes from the JLReq 05:47:33 ... JLReq started from 2007 05:47:55 ... Richard contributed a lot the work 05:48:08 ... back to 1984-1985 05:48:16 chaals has joined #chinese-web-en 05:48:45 present+ chaals 05:48:52 ... Mac-Aides Pagination-Adobe, want to explore the market in Japan 05:49:12 Bert has left #Chinese-Web-en 05:49:25 ... the engineers needed help from the publishers on typewriting 05:49:29 Qingqian_ has joined #chinese-web-en 05:49:45 naomi has joined #Chinese-Web-en 05:49:55 ... JIS X from 1993 05:50:38 ... so they invited experts from the industry to work on a very detail document for typewritting 05:51:05 ... to properly display the Japanese language 05:51:30 ... they started from writing mode, Ruby... 05:51:30 QingAn has joined #chinese-web-en 05:51:39 xfq: Ruby started from 1998 05:52:07 Bobby: 1998, XML was the popular language 05:52:33 ... librarian wanted to storage the books digitally 05:53:12 ... when it came the HTML5 and CSS3 05:53:45 ... in 2014, W3C published the HTML5.0 REC 05:54:11 ... dpub-er would like to have a format other than kindle 05:54:45 ... publishers have explored lots of possibilities 05:55:14 ... then people agreed on solution with the Web technologies 05:55:40 ... then we have problem, for the full-width and half-width 05:56:42 ... there is some differences in Traditional Chinese and Japanese according to the national standard 05:57:06 rrsagent, draft minutes 05:57:06 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html chaals 05:57:45 ... then I realised it's a common problem for the W3C i18n IG, unicode C 05:58:23 ... for example, in Japan they changed the name of the year starting from 2019 05:59:24 ... there is not document to record the layout differences between the Japanese, TC and SC 05:59:56 ... so I wrote down an initial draft of CLReq based on the TC requirements 06:00:34 ... we got support from W3C in 2013 to started the CLReq TF 06:00:54 ... it's a document with 3 language version 06:01:17 ... Yijun knows well about SC and TC 06:01:37 ... Eric speaks both Japanese and SC 06:01:52 ... Hiding comes from the Singapore community 06:02:23 ... fuqiao is also pushing for teleconfs 06:03:10 s/Japanese, TC and SC/Japanese, Traditional Chinese and Simplified Chinese 06:03:27 ... one issue is how to avoid hanging punctuation at the beginning of the line 06:04:18 ... modern Traditional Chinese in Taiwan is complicated 06:04:55 ... some punctuations is acceptable as the starting point in Traditional Chinese 06:05:29 ... some experts is keen of the idea to keep every Chinese character in a unique cell 06:05:57 naomi has joined #Chinese-Web-en 06:06:08 ... Traditional Chinese is actually looser than Japanese in some of these details 06:06:37 ... Eric is hosting a Type is beautiful project to identify these kind of features 06:06:50 ... another important topic is Ruby 06:07:38 ... we usually put a tone on the top of the Romanization 06:08:12 ... Xidorn implemented a very unified Ruby in Firefox based on the standard 06:08:49 ... while another engineer in Apple implemented Ruby in a very different system 06:09:02 ... Eric is collecting requirements on Ruby 06:09:20 Guest19 has joined #chinese-web-en 06:09:32 ... we are also exploring the next step of Ruby 06:09:41 s/JIS X/JIS X-4051:2004 06:09:48 -> https://github.com/immersive-web/proposals/issues/55 Issue about 360 video 06:09:48 06:10:03 ... we hope to collaborate with all of you 06:10:29 Zhiqiang: is there any new requirements in CLReq which is not included in JLRep? 06:10:55 Bobby: no, but if you are going to support just Chinese in your system or application 06:11:14 s|-> https://github.com/immersive-web/proposals/issues/55 Issue about 360 video|| 06:11:30 ... you can implement a looser layout system 06:12:04 ... also we want to document the requirements for Chinese 06:13:06 Qingqian: anything we can help from the Chinese IG? 06:13:40 Bobby: it'd be nice if you can help complete the data in CanIUse about layouts 06:14:54 ... please also file bugs to Chromium and Webkit if possible 06:16:24 bobby: in the past we can only contact the implementers to feedback on Chinese layout issues 06:16:52 ... japan has been pushing electric textbooks recently 06:18:04 hax: Chinese reader application developers may also provide input 06:18:13 ... like Tencent 06:19:21 ... in narrow screens prohibition rules for line start and line end might be different, for example 06:19:30 ... currently it's only in some products 06:19:34 ... but not in clreq 06:21:06 Topic: MiniApp 06:21:30 qingqian: would like to give an update of the progress 06:21:39 ... explore the possible next step 06:22:07 ... if everyone knows the previous discussions, let's skip this part 06:22:42 ... we, with the other vendors, have been working on a WhitePaper 06:22:57 ... we have received feedback from the Chrome team and the TAG 06:23:19 ... breakout presentations this week 06:25:21 ... the TAG suggested open the content of MiniApp to allow discovery of the search engine and other systems 06:25:43 ... and to collaborate with the other W3C APIs and groups 06:26:27 ... in the AC meeting, Judy presented it again to the AC Reps 06:26:48 ... TAG provided a formal review comments to MiniApp 06:27:26 https://www.w3.org/community/miniapps/ 06:27:34 Zhiqiang: in the Breakout session, they also suggest us to interoperate with the current APIs, f.ex., the manifest 06:28:13 Qingqian: let's focus on the workable items for the next step 06:28:29 ... for those things we agree to standardise 06:28:45 ... 1. those features needed only by MiniApps 06:29:02 ... we can start incubating the proposals 06:29:45 ... 2. the existing Web APIs, but with different interface in MiniApps 06:30:04 ... we shall submit requirements to W3C 06:30:27 ... one issue maybe the MiniApp vendors will think W3C groups are too slow 06:30:54 Zhiqiang: we can take a subset from the existing APIs, f.ex., Manifest 06:30:57 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html xfq 06:31:17 Qingqian: we should be open-minded on this 06:31:34 ... as the vendors also need to consider business requirements 06:31:57 xueyuan has joined #chinese-web-en 06:32:04 ... I'm proposing everyone to look at the Manifest API 06:32:16 present+ Angel, Anqing, LiLin, Zhiqiang, Qingqian, Xueyuan, Fuqiao, Chunming_, wanming, hax, Bowen, lizheming, yuyin, shouqun, chaals, QingAn 06:32:39 present+ xiaoqian 06:32:45 ... to see if we can use it as a solution of MiniApp 06:32:56 ... another idea is the Web Packaging 06:32:57 present+ Yajun_Chen 06:33:15 Zhiqiang: what do you mean by packaging? 06:33:40 Qingqian: the structure of the files, how to compress it 06:33:49 present+ Eric_Carlson 06:34:14 ... I think the current format isn't very dev-friendly 06:34:39 present+ bobby 06:34:53 Zhiqiang: so we need to define the format and how to export the package 06:35:37 Qingqian: let's also figure out how to collaborate on these APIs 06:36:00 Zhiqiang: Package, Manifest, URI... I think these are important starting points 06:36:12 Qingqian: we need someone to take actions 06:36:43 Zhiqiang: I'm also hoping we can open source the implementations 06:37:16 Qingqian: TAG commented URI is necessary if MiniApp wants to run on the Web 06:37:55 ... as the Web relies on origin 06:38:27 ... can we reach consensus on a few important proposal today? 06:39:12 Hax: most vendors also have it, but it's not open to the developers 06:39:31 Zhiqiang: most of them have a private protocol 06:39:40 naomi has joined #Chinese-Web-en 06:40:01 Qingqian: most of the MiniApps of Baidu works on the browser 06:40:34 ... f.ex., domain is smartapp/ 06:40:43 ... but it's not the ideal implementation 06:41:11 ... technically it can be shared to other platform, but with bugs 06:41:41 ... we want to use runtime to convert it to a unified URI 06:41:54 ... so it can discovered by the Web 06:42:13 Zhiqiang: it will be tricky if we want the apps to be validated 06:42:54 Qingqian: we can create a runtime to approve the MiniApps on a white list 06:43:24 Zhiqiang: would like to discuss the detail of URI 06:43:44 ... every vendor requires MiniApps to be validated 06:44:37 Qingqian: 1. we need a URI for each MiniApp; 2. user can only access those MiniApps validated by the vendor 06:44:47 ... this is not conflict 06:44:51 rrsagent, draft minutes 06:44:51 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html angel 06:44:59 rrsagent, make log public 06:45:07 Zhiqiang: most users don't usually visit a MiniApp with URI 06:45:29 ... what's the point of having a URI? 06:45:40 chumming: to share a MiniApp? 06:45:48 Zhiqiang: makes sense 06:47:09 ... f.ex., if an application have published a feature for different MiniApp for different platform, it's going to be using the same URI or a different one? 06:47:14 atai has left #Chinese-Web-en 06:47:41 hax: same domain name with different URIs? 06:48:00 Qingqian: similar to open a file in the OS 06:49:02 Bowen: will it be possible MiniApp are only kept in a platform? 06:49:20 Qingqian & Zhiqiang: it's not practical 06:49:34 Qingqian: it may be possible with Web Packaging 06:50:00 Zhiqiang: signature is necessary for every MiniApp 06:50:35 Qingqian: signature after a unified URI? 06:50:45 Roy_ has joined #chinese-web-en 06:50:55 ... who will be rule maker for the signature? 06:51:03 ... now it's decided by the platform 06:51:27 hax: it'd be nice to have a unified signature 06:52:03 Zhiqiang: so URI is common requirement for us 06:52:09 Qingqian: agree 06:53:19 ... we are willing to lead the effer 06:54:51 action: Qingqian to talk to other vendors to standardise URI of MiniApp 06:55:08 ... next, Manifest 06:55:24 action: Zhiqiang to lead the researching of Minifest 06:55:38 ... next, packaging 06:56:07 action: Alibaba to lead the work on packaging 06:56:22 ... next, widget 06:56:46 action: Xiaomi to explore the standardising work on Widget 06:57:07 ... individual APIs 06:57:29 ... every vendor should submit their own requirements to W3C 06:57:57 action: fuqiao to help coordinate the single API proposals 06:58:06 https://www.w3.org/community/miniapps/ 06:58:11 ... Chaals helped us to create a CG 06:58:39 ... shall we have co-chairs for the CG? 06:59:04 [angel explain difference between CG and IG] 06:59:45 angel: CG can help us communicate with a boarder community 06:59:56 s/boarder/broader 07:00:44 naomi has joined #Chinese-Web-en 07:00:49 Zhiqiang: I think another important proposal is lifecycle 07:00:50 present+ yigu 07:01:16 ... it defines the minimal requirements to run a MiniApp 07:01:55 Angel: please incubate all the proposals in the CG first 07:02:25 Zhiqiang: let's figure the minimal features of a MiniApp first 07:02:46 qingqian: agree, and to extend other features in the future 07:03:11 Zhiqiang: correct, packaging, manifest, lifecycle, basic APIs 07:03:47 Anqi: if something is within a scope of an existing WG, lets have the work there 07:04:07 Zhiqiang: can we open-source those minimal features? 07:04:17 Qingqian: +1 from Baidu 07:04:51 QuickApp vendors: we haven't reach the point yet, but will try 07:05:59 qingqian: signature is a sub-feature of packaging, but with a lot of business consideration 07:06:23 ... let's explore the possibilities to standardise it 07:07:08 Juejia: good discussion today! 07:07:32 Angel: work mode of the CG 07:07:49 ... monthly call of the CG 07:08:20 ... each TFs can have its own communication channel 07:08:42 chaals: present your proposal to the WICG once it's ready 07:08:56 ... get broader review from them 07:09:33 [No need for it to be ready, just that you agree to work on something, and then they can give you a repo. Or you can use your own repository e.g. in miniapps CG] 07:09:52 Angel: we shall aimed at a WG to publish the minimal features for patent policy 07:11:18 ... update every 12 months 07:11:32 ... when we have finish the first version of each MiniApp features 07:12:07 Juejia: we would like work with the Web and W3C 07:12:37 ... leader of each TF should keep this in mind 07:12:47 Angel: agree 07:14:20 resolution: Reuse the MiniApp-whitepaper repo, rename to MiniApp 07:15:57 resolution: we should keep using the name MiniApp 07:16:55 chunming: mission of the CG or WG? 07:17:42 ... to have a standardised display or interaction of application on the Native Apps and the Web? 07:18:11 ... clearly document the scope 07:18:39 Angel: MiniApp should be an extension of the Web Apps 07:19:44 Chunming: lets try not to over emphasis the difference of MiniApp to the Web App 07:20:58 Chaals: tell them, you want to standardise Web App in a package 07:21:14 lilin__ has joined #chinese-web-en 07:21:38 ... MiniApp is a PACKAGE! 07:24:54 xueyuan has joined #chinese-web-en 07:26:59 RRSAgent, make minutes 07:26:59 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html xiaoqian 07:32:03 xiaoqian: next question, shall we publish documents in English or in Chinese? 07:32:32 resolution: Proposals should be published in English 07:33:25 Angel: we also need to create a mailing list 07:33:50 Wanming: APIs needs two independent implementation 07:34:17 ... can we have MiniApp vendors as implementation as well? 07:34:31 gkatsev has left #Chinese-Web-en 07:35:37 Qingqian: we only need implementation from 2 MiniApp vendors 07:35:46 others: agree 07:36:02 Xiaoqian: how do you define independent? 07:36:15 Zhiqiang: we are using different render engine 07:37:10 chaals: for implementation, what you need to show, it's to show it's widely accepted 07:37:34 ... if you have a device API, and there is another API in W3C 07:37:40 ... you have to a problem 07:37:48 [we have mailing list public-miniapps@w3.org archived at https://lists.w3.org/Archives/Public/public-miniapps/ ] 07:37:54 s/have to a/have a 07:38:44 … because if most of the web is going to use another API for the same thing, then you don't meet the conditions, and need to explain why we should have two different APIs. Eaier to make sure the other API meets your needs, usually 07:38:47 Wanming: we would like to work with the MiniApp community 07:39:01 s/Eaier/Easier 07:39:14 Qingqian: would you consider runtime implementation for MiniApp? 07:39:26 Wanming: as only there is any need for Desktop 07:40:08 Xiaoqian: decision policy? 07:40:21 Angel: we are a small group 07:40:53 ... I proposal major consensus, no formal objections 07:41:06 s/I proposal/I proposed 07:41:24 ... majority = more than 2/3 07:43:32 ... vote from at least 2/3 vendors, and representative from developers 07:44:09 ... number of representative from developers = 1/3 of the number of vendors 07:44:12 xueyuan has joined #chinese-web-en 07:46:21 Chunming: I propose we only need consensus from vendors 07:49:10 everyone: no, we need input from the developers 07:49:55 Angel: proposed: 2/3 vendors + reasonable amount of developers 07:51:06 resolution: decide when a proposal is ready to ship to WG - 2/3 vendors + reasonable amount of developers 07:51:44 action: Angel to draft a charter of the CG 07:52:48 Anqing: vendors include browser vendors 07:53:19 angel: we don't need to consider FO because it's just a CG proposal 08:02:31 resolution: 2 co-chairs at the creation of the CG, and we can add chair when we are clear about the tasks 08:03:24 action: Angel will propose a draft charter by 1 Oct and ask for review 08:03:54 resolution: first teleconference in Mid Oct 08:04:51 Angel: timeline for each TF? 08:05:00 Qingqian: too early to decide 08:05:13 chaals: teleconf in English or in Chinese? 08:05:27 Angel: one round in Chinese, one round in English 08:05:49 Qingqian: let's run it for a while and improve as time pass by 08:06:01 +1 to Qingqian 08:06:10 Angel: we spent 3 months on the WhitePaper 08:07:04 resolution: stop working on the WhitePaper, create a FaQ wiki in the repo instead 08:07:26 naomi has joined #Chinese-Web-en 08:08:12 action: Chaals to find the TAG review comments 08:13:02 xueyuan has joined #chinese-web-en 08:14:17 https://www.w3.org/community/miniapps/ 08:14:40 Join the MiniApps CG! ^^ 08:14:52 Roy has joined #chinese-web-en 08:14:59 https://w3c.github.io/mini-app-white-paper/comparison.html 08:15:14 Hax: can we keep updating the comparison document? 08:15:28 Wanming: sure, but need support from the vendors 08:15:41 Hax: great, it's a great help to the developers 08:18:14 Wanming: we can add data of those proposals and specs Alex proposed 08:18:34 Angel: feedback for TPAC 2019? 08:19:20 Zhiqiang: we made good progress on 3D Element 08:20:06 Xiaoqian: we should create a new CG for bullet chat 08:20:25 i/Angel: feedback/Topic: TPAC 2019 Feedback 08:20:40 naomi has joined #Chinese-Web-en 08:21:16 Angel: are you satisfy with the progress as we are in the second year of Chinese IG? 08:21:49 ... my own thinking is it's very important to communicate with the other members before the session 08:22:14 ... to reduce objection and doubt from the foreign companies 08:23:03 scribenick: xfq 08:23:05 angel: talk with the relavant people before the meeting is also helpful 08:23:44 naomi has joined #Chinese-Web-en 08:24:04 chunming: re breakout session 08:24:04 ... we need to be careful about the wording "this is unique requirement from China" 08:24:04 ... it can be used in other parts of the world too 08:24:44 ... we can also talk about our proposal (next step) during our breakout sessions 08:25:49 zhiqiang: there were lots of discussions in the HTML 3D element breakout session 08:26:16 xiaoqian: potential next Chinese IG F2F topic: AR/VR 08:26:47 ... propose early next year, after Spring Festival 08:27:14 ... would be better to hold it before AC 2020 08:27:44 s/be better to/be good to/ 08:28:39 xiaoqian: face tracking scenarios 08:29:11 s/xiaoqian: face/qingqian: face 08:29:25 q+ to suggest taking face tracking to privacy interest group early… 08:29:41 bobby: any interest in CSS from Chinese companies 08:29:41 ... I think attending CSSWG meetings is a good opportunity for learning 08:30:02 chaals: you should talk face tracking with PING 08:30:49 ... it has privacy implications 08:31:10 ... talk to PING about what can be done, and what can not 08:32:23 hax: re CSSWG 08:32:24 ... 360 has people interested in (and following) work in CSSWG 08:33:29 ... although most people use libraries and frameworks 08:33:29 ... there are people *working on* those libraries and frameworks, and need to learn new CSS features 08:34:31 xiaoqian: some people thinks our white paper as standards 08:34:31 ... do we need to clarify? 08:36:24 bobby: some journalists do not know our work 08:36:24 ... and wrote articles with somewhat hostility 08:37:08 angel: maybe we can write blog posts 08:38:20 rrsagent, make minutes 08:38:20 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html xfq 08:39:01 naomi has joined #Chinese-Web-en 08:40:00 angel: this is the first F2F for us in TPAC 08:40:39 ... hope we produce more stuff next year 08:40:40 ... maybe a longer F2F 08:40:40 ... thanks for all of your hard work! 08:41:06 ... there wasn't many Chinese people in TPAC a few years ago 08:41:58 ... in the future there may not be a need for a Chinese IG 08:41:58 ... we can work in W3C working groups when the Chinese community is mature enough 08:42:34 ... also thanks a lot for support internationally 08:42:37 ... including people attending this meeting 08:43:21 bobby: LG worked on Android Wear a few years ago 08:43:21 ... proposed CSS Round Display 08:43:48 ... it's can be used in iPhone X now 08:44:12 ... hope we can incubate similar technical proposals 08:44:49 s/incubate similar technical proposals/incubate our technical proposals in a similar way/ 08:45:05 rrsagent, make minutes 08:45:05 I have made the request to generate https://www.w3.org/2019/09/20-Chinese-Web-en-minutes.html xfq 08:48:50 chaals has joined #chinese-web-en 09:16:05 Guest19 has joined #chinese-web-en 09:45:00 Guest19 has joined #chinese-web-en 10:50:57 chaals has joined #chinese-web-en 11:45:17 Zakim has left #Chinese-Web-en 13:30:28 Chunming has joined #chinese-web-en 13:37:56 nigel has joined #Chinese-Web-en 13:41:13 xfq has joined #chinese-web-en 13:42:53 xfq has joined #chinese-web-en 14:12:19 xiaoqian has joined #Chinese-Web-en 20:25:05 chaals has joined #chinese-web-en 21:37:28 chaals has joined #chinese-web-en