13:34:33 RRSAgent has joined #i18n 13:34:33 logging to https://www.w3.org/2021/06/03-i18n-irc 13:34:37 Zakim has joined #i18n 13:34:48 RRSAgent, make logs public 13:34:51 Meeting: Internationalization Working Group Teleconference 13:34:51 Date: 03 June 2021 13:34:56 agenda: https://lists.w3.org/Archives/Member/member-i18n-core/2021Jun/0000.html 13:34:56 clear agenda 13:34:56 agenda+ Agenda Review 13:34:56 agenda+ Action Items 13:34:56 agenda+ Info Share 13:34:58 agenda+ RADAR Review 13:35:01 agenda+ AOB? 13:35:58 agenda+ manifest and localization 13:36:07 Chair: Addison Phillips 13:36:13 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html addison 13:36:56 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html addison 13:52:57 xfq has joined #i18n 13:58:07 fsasaki has joined #i18n 13:59:20 scribe: fsasaki 13:59:28 present+ Addison, Richard, Atsushi, Fuqiao 13:59:41 present+ 14:01:28 JcK has joined #i18n 14:02:53 present+ JcK 14:03:08 zakim, take up agendum 1 14:03:08 agendum 1 -- Agenda Review -- taken up [from agendabot] 14:03:15 agenda? 14:03:41 zakim, take up agendum 2 14:03:41 agendum 2 -- Action Items -- taken up [from agendabot] 14:04:05 https://www.w3.org/International/track/actions/open 14:05:03 addison: r12a, should I do your bidi related action as part of my next editing round of string meta? 14:06:39 action-975? 14:06:39 action-975 -- Addison Phillips to Update wiki on i18n "considerations" sections and reply to sec/ping thanking them -- due 2020-11-19 -- OPEN 14:06:39 https://www.w3.org/International/track/actions/975 14:06:50 https://www.w3.org/International/wiki/OnInternationalizationConsiderations 14:06:55 addison: did work on this: updated wiki ... 14:07:06 ... please have a look, comments are welcome 14:07:12 close action-975 14:07:12 Closed action-975. 14:07:14 ... will close action update 14:07:27 s/update// 14:07:32 action-1017? 14:07:32 action-1017 -- Addison Phillips to Send wpwg list of specs that implement lang/dir -- due 2021-04-22 -- OPEN 14:07:32 https://www.w3.org/International/track/actions/1017 14:07:37 pending 14:07:40 action-1024? 14:07:40 action-1024 -- Addison Phillips to Review floating times article for final publication -- due 2021-05-13 -- OPEN 14:07:40 https://www.w3.org/International/track/actions/1024 14:07:56 addison: done, made some edits 14:07:58 ... merged back in 14:08:23 https://w3c.github.io/i18n-drafts/questions/qa-floating-times.en 14:08:39 addison: does the group want to review this? 14:08:55 close action-1024 14:08:55 Closed action-1024. 14:09:26 addison: we did a wide review in the past 14:09:48 ... I made only small edits 14:10:07 (no disagreement for publishing the doc, but table the doc for now) 14:10:08 action-1030? 14:10:08 action-1030 -- Atsushi Shimono to Ensure that a summary of the ruby issue in english is forwarded to the working group -- due 2021-06-03 -- OPEN 14:10:08 https://www.w3.org/International/track/actions/1030 14:10:17 atsushi: sent out on Monday 14:10:17 close action-1030 14:10:17 Closed action-1030. 14:10:31 action-1031? 14:10:31 action-1031 -- Addison Phillips to Document the state of payment-request -- due 2021-06-03 -- OPEN 14:10:31 https://www.w3.org/International/track/actions/1031 14:10:41 addison: pending, will work on it today 14:11:23 present+ Bert 14:11:24 present+ bert 14:11:43 s/present+ bert// 14:11:55 agenda? 14:12:05 zakim, take up agendum 3 14:12:05 agendum 3 -- Info Share -- taken up [from agendabot] 14:12:50 xfq: W3C process will have a new version this year 14:13:02 ... a new "note" track will be added 14:13:21 https://www.w3.org/Consortium/Process/Drafts/#note-track 14:13:33 ... is separate from REC track, to avoid ambiguity 14:13:49 .. above link shows the draft of the process 14:13:49 all changes -> https://www.w3.org/Consortium/Process/Drafts/#changes-2020 14:14:02 addison: we are rechartering, so everything will be under process 2021? 14:14:18 xfq: all specs will switch to new process once it is published 14:14:25 ... patent policy is depending on the charter 14:14:31 addison: those are often linked 14:14:55 ... there is probably not much impact on us 14:15:10 ... a new version of respec will incooprate the stuff, I guess 14:15:22 zakim, take up agendum 4 14:15:22 agendum 4 -- RADAR Review -- taken up [from agendabot] 14:15:22 xfq: yes, should be transparent to all groups 14:15:29 https://github.com/w3c/i18n-request/projects/1 14:15:44 addison: some new items 14:15:55 (addison going through the list) 14:16:22 atsushi: happy to make a review 14:17:01 ... resource timing and user timing 14:17:30 addison: we will discuss this in 1 or 2 weeks 14:17:46 bert: interested to review dx profile 14:18:04 "dx profile negotiation" (data set negotation) 14:19:02 "Content Negotiation by Profile (dx-prof-conneg)" 14:19:30 bert: will have a look 14:20:01 agenda? 14:20:19 zakim, take up agendum 6 14:20:19 agendum 6 -- manifest and localization -- taken up [from addison] 14:20:31 https://github.com/w3c/manifest/issues/676 14:20:49 https://www.w3.org/2021/05/27-miniapp-minutes.html#t02 14:21:23 Open tracker issues for WAM: https://github.com/w3c/i18n-activity/issues?q=is%3Aopen+is%3Aissue+label%3As%3Aappmanifest 14:21:31 addison: a search for what the best patterns should be, to create a manifest for a web based app 14:21:43 ... two common models are debated: 14:21:58 ... a single file, contains different localization 14:22:08 ... or: multiple manifest files, one per localization 14:22:23 ... which do we recommend? 14:22:32 ... what should be best practices for a space like this? 14:22:39 q+ 14:23:13 xfq: a third model would be: 14:23:26 ... a file that contains not a whole manifest file, but some localized strings 14:23:38 addison: a resource file attached to the manifest 14:23:40 xfq: correct 14:23:52 ... each has pros and cons 14:24:11 ... for web apps, they need to fetch multiple files, there is a cost for fetching 14:24:29 ... there may be potential dublications 14:24:38 ... with a single file, it is difficult to modify 14:24:45 q+ from past l10n team member (of mozilla) point of view, separated is easier for distributed work,, which could be compiled into one with post-processor 14:24:46 s/dublications/duplications/ 14:24:52 ... if there are a lot of locales, the file is large, not easy to manage 14:24:53 zakim, fsasaki 14:24:53 I don't understand 'fsasaki', addison 14:25:01 q- 14:25:03 ack fasasaki 14:25:08 ack atsushi 14:25:20 +1 14:25:34 atsushi: separation is easier for distributed work 14:25:46 ... quite easier to have separated files 14:26:01 q+ to agree with atsuhi :) 14:26:15 ... of course post processing could be used to create one file 14:26:29 ... some apps may set english as default language 14:26:55 ... or if some language is lacking, a value could be copied by the processor from default language 14:26:55 q+ 14:27:02 ack fasaki 14:27:10 ack fsasaki 14:27:10 fsasaki, you wanted to agree with atsuhi :) 14:27:45 felix: want to agree. in localization workflows, if you have monolingual files it's easier 14:27:52 ack addison 14:28:08 addison: agree ... there are several topics in here ... 14:28:17 ... one has to do how language negotiation can occur ... 14:28:27 e.g., how do you select the localized resource ... 14:28:38 ... that is there the default value comes into play 14:28:46 ... you also want to reduce the number of fetches ... 14:29:03 ... if you have a localized resource file, you want to know what to get, based e.g. on language negotiation 14:29:24 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html xfq 14:29:27 ... final consideration is the size 14:29:35 r12a has joined #i18n 14:29:41 ... if you do a lot of languages, you can have a huge manifest file ... 14:30:02 ... having dozens of locals would lead to a big file 14:30:14 s/locals/locales/ 14:30:32 jck: general idea of an index file 14:30:52 ... and a default, and a bunch of URLs, doesn't that solve the problem? 14:31:00 addison: would solve the problem 14:31:10 ... lang neg. is then on the client, not on the server 14:31:19 ... there is a couple of different models 14:31:31 ... some manifests go into a zip file which forms an app 14:31:44 ... if you bundle all in zip file you can have everything inside 14:32:08 ... you do not fetch things, you just go inside the directory and get what you want 14:32:23 ... there was a directory structure with all kinds of stuff 14:32:37 .. if you have a manifest, you want to fetch as less resources as possible 14:32:52 ... that would then be a multilingual file, or a file with links, a list with what you need 14:33:01 jck: the latter has two fetches 14:33:10 addison: which is better than 50+ 14:33:34 jck: and if you have thousands of resources, zip still needs a lot of time to retrieve 14:33:48 atsushi: android jdk takes such an approach 14:34:04 ... they use the "separate" model for storing localized string 14:34:21 addison: yes, and then everything comes in the zip file 14:34:37 ... you download everything and read it 14:34:59 ... which is also convinient for localization processes, as felix mentioned 14:35:55 s/convinient/convenient/ 14:36:27 addison: how to move forward - should we contribute to the thread? 14:36:42 "best practices for manifest files" 14:37:56 xfq: the problem is different from string metadata problem 14:38:04 addison: it is related to that problem 14:38:15 ... since you will need string metadata in such situations 14:38:39 xfq: correct, and in such a file you can still have strings with different languages and base direction 14:38:41 xfq: correct 14:39:03 r12a: people in that thread were starting to talk about many different topics 14:39:25 ... some examples seem to assume that you always know the language of the document and the direction 14:39:42 ... so this needs to be distinct from string metadata, and then how things work together 14:39:57 s/how/show how/ 14:40:35 action: addison: create skeleton of "best practices for manifests" 14:40:43 Error creating an ACTION: could not connect to Tracker. Please mail with details about what happened. 14:41:09 addison: once the skeleton is done, people can look at it for further work on the doc 14:41:21 ... anything else we want to do on the discussion thread? 14:41:30 zakim, take up agendum 2 14:41:30 agendum 2 -- Action Items -- taken up [from agendabot] 14:41:45 action-1032? 14:41:45 action-1032 -- Richard Ishida to Propose text for html 4814 (datalist find/string search) -- due 2021-06-03 -- OPEN 14:41:45 https://www.w3.org/International/track/actions/1032 14:43:31 addison: how about the action on bidi keywords? 14:43:48 r12a: the glosarry is the place this should go to 14:43:48 https://w3c.github.io/i18n-glossary/#dfn-rtl 14:44:06 ... we have something in the glossar, not sure if that is what you have in mind 14:44:07 https://w3c.github.io/i18n-glossary/#dfn-ltr 14:44:27 addison: would expect this together with some explanatory text 14:44:43 ... a definition with usage 14:45:08 q+ 14:45:27 r12a: could go into an article or document 14:45:37 q- 14:45:59 r12a: please do the edits you had in mind 14:46:05 addison: ok, will do 14:46:06 zakim, take up agendum 3 14:46:06 agendum 3 -- Info Share -- taken up [from agendabot] 14:46:21 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html addison 14:46:28 https://w3c.github.io/i18n-glossary/ 14:47:02 r12a: added more stuff to glossary, please have a look 14:47:25 https://w3c.github.io/i18n-drafts/pages/documenting_gaps 14:47:25 .. looked at char mod, character essentials etc., this is growing, keep an eye on it 14:47:56 r12a: this is also a reply to one of atsushi's github pull requests 14:48:05 ... mentions gap analysis pipeline 14:48:17 ... tells you how to create a gap analysis document, via github 14:48:27 ... and describes labels to use 14:48:36 ... which is relevant for the pipepline 14:49:16 (notes that LDML is UTR35 in bibxml I believe) 14:49:27 s/pipepline/pipeline/ 14:49:47 r12a: if you do gap analysis, please have a look at this 14:50:16 ... also, we had a discussion about 2021 process , cf. the note track (mentioned by atsushi) 14:50:24 ... we can also have "super notes" 14:50:36 ... means: you have wide review and s.t. else 14:50:44 ... and show that people reviewed it 14:50:55 ... it then it gets the "w3c endorsed note" status 14:51:05 ... relevant for various docs, e.g. "string meta" 14:51:19 ... can be applied to existing docs, but needs evidence that there has been a review 14:51:31 addison: so sort of like a REC, but without conformance etc. 14:51:39 ... a bit like BCP in IETF 14:51:50 r12a: notes can be all kinds of shape in W3C 14:52:15 https://www.w3.org/Consortium/Process/Drafts/#memo 14:52:21 ... it might be, that for our docs would be relevant for this status 14:52:36 ... name of the new document category is still under discussion 14:53:00 addison: would such a document go through the same gates for publication? 14:53:02 https://www.w3.org/Consortium/Process/Drafts/#revising-memo 14:53:05 r12a: not sure yet 14:53:19 "Statements" are a step down the slippery slope from IETF BCPs which can contain all of the categories you (Addison) mentioned plus nearly pure rants 14:53:28 xfw: it seems that we can do editorial changes, but with non-editorial changes, there is some processes 14:53:58 s/xfw/xfq/ 14:54:12 xfq: editorial means: fixing links, markup etc. 14:54:24 atsushi: note is similar to working draft 14:54:29 ... wide review, AC review apply 14:55:12 addison: a bit like REC track, but not normative and without implementation requirements 14:55:54 ... might help us with some challenges we had in the past 14:56:07 ... e.g. with regards to references to char mod norm 14:56:40 jck: useful for many cases 14:57:00 addison: is there a requirement during rechartering to list work items with this target? 14:57:02 r12a: no 14:57:07 ... process is not in place yet 14:57:16 addison: do you expect that to be in process 2021? 14:57:18 r12a: yes 14:57:32 But problematic is not applied carefully and used very conservatively 14:57:52 agenda 14:57:53 no more infoshare 14:57:57 agenda? 14:58:06 zakim, take up agendum 5 14:58:06 agendum 5 -- AOB? -- taken up [from agendabot] 14:58:53 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html fsasaki 14:58:56 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html addison 14:58:56 adjourned 14:58:58 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html fsasaki 14:59:46 zakim, bye 14:59:46 leaving. As of this point the attendees have been Addison, Richard, Atsushi, Fuqiao, fsasaki, JcK, Bert 14:59:46 Zakim has left #i18n 15:05:57 I have made the request to generate https://www.w3.org/2021/06/03-i18n-minutes.html addison 16:15:31 hsivonen has joined #i18n