13:39:37 RRSAgent has joined #pmwg 13:39:42 logging to https://www.w3.org/2023/08/04-pmwg-irc 13:39:42 RRSAgent, make logs Public 13:40:13 Meeting: Publishing Maintenance Working Group 13:40:18 ivan_ has changed the topic to: Meeting Agenda 2023-08-04: https://lists.w3.org/Archives/Public/public-pm-wg/2023Aug/0000.html 13:40:19 Chair: wendy 13:40:19 Date: 2023-08-04 13:40:19 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2023Aug/0000.html 13:40:19 Meeting: Publishing Maintenance Working Group Telco 13:40:19 Regrets+ gregorio 13:58:07 toshiakikoike has joined #pmwg 13:59:21 wendyreid has joined #pmwg 14:00:21 present+ 14:00:22 duga has joined #pmwg 14:00:51 present+ 14:01:07 present+ Maskazu_Kitahara 14:01:29 present+ dauwhe 14:01:54 present+ tzviya 14:01:56 CharlesL has joined #PMWG 14:02:00 present+ wendy 14:02:04 dauwhe has joined #pmwg 14:02:04 shiestyle has joined #pmwg 14:02:07 present+ 14:02:12 present+ 14:02:14 present+ brady 14:02:14 present+ avneesh 14:02:18 present+ 14:02:18 present+ 14:02:20 present+ 14:02:24 AvneeshSingh has joined #pmwg 14:02:44 present+ 14:03:22 MasakazuKitahara has joined #pmwg 14:03:30 present+ 14:03:43 scribe+ 14:04:12 wendyreid: Welcome back! We have a big agenda 14:04:15 George has joined #pmwg 14:04:18 present+ matt 14:04:23 https://github.com/orgs/w3c/projects/37/views/1 14:04:25 present+ 14:04:43 ... we have to maintain all our doucments 14:05:06 ... they are spread out over multiple repos, and we have carried over issues from previous groups 14:05:25 ... we can make errata, and some new changes on some types of docs 14:05:34 https://github.com/w3c/pm-wg/wiki/Publication-steps 14:05:36 George has joined #pmwg 14:05:58 ... We need to agree on the classification of changes 14:06:14 mgarrish has joined #pmwg 14:06:19 present+ 14:06:28 ... some of the issues have been assigned a class, but we need to make sure there is agreement on those 14:07:02 ivan_: Short summary 14:07:18 ... class 1 and 2 are insignificant changes, no big difference between the two 14:07:28 ... markup, css, metadata, spelling, etc 14:07:33 George has joined #pmwg 14:07:58 ... jump to class 4, this is new features 14:08:12 ... we cannot do this for class 4, but we can for audiobooks and pub manifest 14:08:29 ... class 3 is more vague, signinficant changes in the document 14:08:52 ... e.g. maybe we need new tests, and RS may need to think about whether the implementation will change 14:09:07 ... If it doesn't really force that, then we can consider it class 2 14:09:10 q? 14:09:33 George has joined #pmwg 14:09:34 ... bad thing is we don't have a great algorithm for class 3 vs 2, it is up to the WG to determine 14:10:07 ... issue 2560 is an example. There was a report of referencing webp, and we need the final ref to it 14:10:44 ... so is that 2 or 3? Text changed, so definitely 2, but what about 3? Are there significant changes to webp that make people look at implementations 14:10:55 ... Just one example of a borderline 14:11:12 wendyreid: Need to keep this short (lots of agenda items) 14:11:29 ... so let's jump to those and see if we agree on the assigned classes 14:11:33 George has joined #pmwg 14:11:44 ... Next item, pub schedule 14:11:50 AvneeshSingh_ has joined #pmwg 14:12:16 ... Matt and Ivan have been busy with prep work for class 1 and 2 14:12:31 ... If we move to merge those, we should republish 14:12:46 ... But going forward we should consider timing and cadence 14:13:33 ivan_: Need to understand that when we make a change it does not mean we change a WD and go through the original process of publishing 14:13:34 George has joined #pmwg 14:13:50 ... instead we publish a new rec, not a big deal for small things 14:14:01 ... but bigger things need a little more work 14:14:15 ... but what we publish is immediately a new rec 14:14:25 ... too frequently might be burdensome 14:14:46 +1 to 6 months interval 14:14:47 ... we should not publish more than quarterly, and maybe even every 6 months 14:15:18 ... Publishing now may not be a good idea, since we will discuss things at TPAC 14:15:34 George has joined #pmwg 14:15:36 ... for instance issue 2412 (webtoons) may need more discussion at TPAC 14:15:50 +1 to wait to publish until we have more issues 14:15:54 ... so probably better to pile up, and publish in Oct or Nov 14:16:19 wendyreid: Our community is change averse 14:16:27 ... so let's do fewer 14:16:44 q+ 14:16:45 ... 6 months is predictable 14:16:50 ack CharlesL 14:16:57 CharlesL: I agree generally 14:17:09 ... but editorial changes maybe go out sooner? 14:17:20 ... just to make the doc as accurate as possible 14:17:33 George has joined #pmwg 14:17:44 ... For instance, a bad link that is causing confusion may want to be updated quickly 14:17:59 wendyreid: By end of year seems to hit those points 14:18:26 wendyreid: any oppo to 6 month cadence? 14:18:27 https://github.com/w3c/pm-wg/issues/4 14:18:50 ... On to TPAC agenda planning 14:19:06 ... We have 2 sessions over 2 days, ~7 hours 14:19:14 ... would like input on topics 14:19:33 George has joined #pmwg 14:19:35 q+ 14:19:35 ... speak up now or add it to the issue 14:19:38 q+ to ask about BG.CG 14:19:39 ack ivan_ 14:20:09 ivan_: Will we have enough info to make the ISO decision? 14:20:14 ack tzviya 14:20:14 tzviya, you wanted to ask about BG.CG 14:20:18 wendyreid: Still waiting on the European commision 14:20:30 tzviya: We need to ask Cristina directly 14:20:50 ... We need more coordination between business, cg, and this group 14:21:11 q+ 14:21:17 ... we need more cross coords 14:21:17 ack shiestyle 14:21:34 George has joined #pmwg 14:21:38 shiestyle: Gregorio suggested a11y 14:21:40 Charles is attending TPAC in person 14:21:47 wendyreid: Yes, I will handle that 14:21:49 George virtually 14:23:10 koike virtually 14:24:01 ... [summarizing who is attending TPAC physically/virtually] 14:24:45 tzviya: Anything on audiobooks or pub manifest? 14:25:02 ... invite Laurent to discuss his work 14:25:15 ... what about Hadrien? 14:25:26 s/his work/his work on TDM 14:25:33 George has joined #pmwg 14:25:46 wendyreid: We will do some reach out 14:25:57 https://github.com/orgs/w3c/projects/37/views/1 14:25:58 ... Let's go through issues 14:26:26 ... mostly epub issues due to carryover 14:26:49 ... Matt or Ivan, do you want to go over things? 14:26:57 ivan_: I leave it to Matt 14:27:16 mgarrish: I have put in pull requests for everything in epub that could be fixed 14:27:26 ... just webp left, due to timing issues 14:27:34 George has joined #pmwg 14:27:44 ... do we want to go over them one at a time? Or something else? 14:27:51 wendyreid: Let's do one at a time 14:27:59 https://github.com/w3c/epub-specs/issues/2578 14:28:18 ... 2578 looks easy 14:28:55 ivan_: For each one we have to officially decide if it is an errate 14:29:13 +1 14:29:17 wendyreid: This looks like errata, forgot to remove a note when we published 14:29:33 George has joined #pmwg 14:29:54 +1 14:29:58 ivan_: This is on record, that is fine 14:30:10 wendyreid: Oppo to calling it errata? 14:30:17 ... reolved it is errata 14:30:47 https://github.com/w3c/epub-specs/issues/2567 14:31:26 ... 2567 looks like an obvious error, class 1, make it errata 14:31:29 errata 14:31:33 George has joined #pmwg 14:32:03 q+ 14:32:34 ack duga 14:32:56 duga: Raising this on GH and in issues, it's been reviewed by the group. 14:33:12 duga: Github is bringing it to the group 14:33:29 https://github.com/w3c/epub-specs/issues/2556 14:33:32 tzviya: Is there anything on the list we need to discuss? 14:33:34 George has joined #pmwg 14:34:15 wendyreid: 2556 is class 3 (maybe), there is currently a restricton on epub:type in svg content docs for anchors 14:34:25 ... this should be better defined 14:34:42 mgarrish: We have 3 classes in svg where it is allowed 14:34:54 ... but it turns out there is another element that also needs it 14:35:33 George has joined #pmwg 14:35:37 ivan_: But it is an obvious example of class 3, e.g. epubcheck at least will need to change 14:35:47 ... is it ok to be errata? 14:36:17 mgarrish: Should we leave these open or close them? 14:36:23 ivan_: depends 14:36:42 wendyreid: Editorially it is hard to keep things open due to merge conflicts 14:37:18 ... if we are accepting the PRs we don't need to leave things open 14:37:33 George has joined #pmwg 14:37:36 ... The editors draft will just be more up to date 14:37:56 ivan_: Are the PRs changes directly, or updates to the text? 14:38:12 https://github.com/w3c/epub-specs/issues/2569 14:38:17 mgarrish: class 1 and 2 are direct, class 3 has full edits (ins/del/etc) 14:38:23 ivan_: Ok, lets merge 14:38:48 wendyreid: 2569 summary 14:39:00 mgarrish: 2569 and 2570 are similar 14:39:19 ... Just need a note to say use "none" for a11y 14:39:21 https://github.com/w3c/epub-specs/issues/2570 14:39:32 ... and the other change is to note exemptions 14:39:33 George has joined #pmwg 14:40:07 ... mainly for data tracking to identify which allows for tracking a11y exemptions and understand why 14:40:28 ... so this is class 2 clarification and suggestions 14:40:52 ... The exemption value can live in a note, don't need to add it to the spec itself 14:41:13 ... We can decide if we do a 1.1 or 1.2. WG note is fine now 14:41:20 wendyreid: Comments or oppo? 14:41:30 ivan_: That means we need to define a new WG note 14:41:33 +1 from me 14:41:33 mgarrish: Yes 14:41:33 George has joined #pmwg 14:41:41 q+ 14:41:51 ack CharlesL 14:42:02 CharlesL: Do we need to point to the note from 1.1? 14:42:23 mgarrish: Yes, the informative section needs to ref the note, so we need to get the note out first 14:42:50 q+ 14:42:55 ack AvneeshSingh 14:43:17 AvneeshSingh: Just want to say this was incubated in the CG and brought to the WG 14:43:25 ... want to encourage more of that 14:43:34 George has joined #pmwg 14:43:37 q+ 14:43:41 ack George 14:43:58 George: Anything that would trigger an epubcheck change would be class 3, right? 14:44:06 ivan_: Yes 14:44:30 anything that will trigeer error in EPUBCheck or remove an error from EPUBCheck 14:44:40 tzviya: It has to be, anything that triggers a change in epubcheck changes our must/may statements, so that is a real functionality change 14:45:21 CharlesL: With some other things like webp that is being updated which is just changing the ref, couldn't this cause a functional change? 14:45:32 q+ 14:45:33 George has joined #pmwg 14:45:41 mgarrish: We need to wait for the RFC change first 14:46:13 ... How much changes in the RFC will impact how substantive our change is (2 or 3) 14:46:15 ack ivan_ 14:46:28 dauwhe: But unlikely they will break the web with updates to webp 14:46:51 ivan_: In the current spec we ref a Google dev page, the only thing we had at the time 14:47:00 ... It is an odd normative reference 14:47:09 ... this means we move to an ietf ref 14:47:22 ... slightly more than have a good ref to a format 14:47:33 George has joined #pmwg 14:47:42 ... it is also removing a company doc reference out of a standard 14:47:53 wendyreid: Actual doc changes are still minimal 14:48:00 ivan_: But it has symbolic meaning 14:48:21 ... so we might want to make it class 3 to call attention to it as an important change 14:48:49 ... probably implementations don't change, but would support class 3 to call attention to it 14:49:07 q+ 14:49:09 wendyreid: Don't mind be prudent to call attention when it could be signficant 14:49:11 ack CharlesL 14:49:21 CharlesL: It will be in the change logs 14:49:33 George has joined #pmwg 14:49:39 ... so could call out the importance in the change logs 14:49:50 ivan_: You are right, but there is a little more to it 14:50:25 ... publishing a rec with class 3 changes is a several change process, there is an AC review 14:50:41 ... editorially it is a pain, esp for Matt 14:50:58 ... it needs to be presented with the changes marked clearly to the AC 14:51:33 George has joined #pmwg 14:51:40 mgarrish: Draws people attention 14:51:54 ... not sure how to even do it 14:52:13 q+ 14:52:43 ack duga 14:53:23 duga: One thing to consider, if we're going to point this out, it will call people's attention to it, and people might spend half a day reading WebP RFCs they don't need to. 14:53:24 +1 to duga 14:53:28 q+ 14:53:33 George has joined #pmwg 14:53:37 +1000 to Brady 14:53:38 ... I understand it's an important change to the spec, but not necessarily to implementers. 14:54:01 ... I would suggest caution 14:54:22 ack ivan_ 14:54:49 ivan_: I personally have no idea if there is a difference to the ietf version vs google one 14:55:25 George has joined #pmwg 14:55:37 duga: Agreed, but we can be cautious, someone here could spend that day and we could highlight that. Or we might look and say it's identical, it's not a big deal 14:55:43 ... not highlight it as much 14:55:52 ... we don't need to tell every implementer to read it 14:56:01 ivan_: Action item for Brady? 14:56:14 duga: I am happy to ask someone from google to review it 14:56:37 CharlesL: If epubcheck reports an error, will it ref the RFC?? 14:56:48 mgarrish: No, it won't point people at specs 14:57:33 George has joined #pmwg 14:57:41 wendyreid: Let's leave it where it is now 14:57:57 ... and we can leave it to Brady to tell us if anything significant has changed? 14:58:11 ivan_: editors job is different for class 2 and class 3 14:59:18 CharlesL has left #pmwg 14:59:19 duga has joined #pmwg 14:59:19 rrsagent, draft minutes 14:59:20 I have made the request to generate https://www.w3.org/2023/08/04-pmwg-minutes.html ivan_ 14:59:33 George has joined #pmwg 15:00:13 zakim, end meeting 15:00:13 As of this point the attendees have been toshiakikoike, ivan_, Maskazu_Kitahara, dauwhe, tzviya, wendy, CharlesL, shiestyle, brady, avneesh, wendyreid, duga, AvneeshSingh, 15:00:16 ... MasakazuKitahara, matt, George, mgarrish 15:00:16 RRSAgent, please draft minutes v2 15:00:17 I have made the request to generate https://www.w3.org/2023/08/04-pmwg-minutes.html Zakim 15:00:53 I am happy to have been of service, ivan_; please remember to excuse RRSAgent. Goodbye 15:00:53 Zakim has left #pmwg 15:00:53 duga has left #pmwg 15:01:33 George has joined #pmwg 15:07:33 George has joined #pmwg 15:27:33 George has joined #pmwg 16:23:10 George has joined #pmwg