12:03:32 RRSAgent has joined #pmwg 12:03:37 logging to https://www.w3.org/2025/05/08-pmwg-irc 12:03:37 RRSAgent, make logs Public 12:03:38 Meeting: Publishing Maintenance Working Group 12:03:51 ivan has changed the topic to: Meeting Details 2025-05-08: https://lists.w3.org/Archives/Public/public-pm-wg/2025May/0003.html 12:03:52 Chair: susan 12:03:52 Meeting: Publishing Maintenance Working Group Telco 12:03:52 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2025May/0003.html 12:03:53 regrets+ wendy 12:56:11 gautierchomel has joined #pmwg 12:57:04 SueNeu has joined #pmwg 12:57:12 present+ 12:57:16 present+ 12:57:24 present+ gautierchomel 12:58:20 present+ avneesh 12:58:30 AvneeshSingh has joined #pmwg 12:58:51 shiestyle has joined #pmwg 12:59:06 toshiakikoike has joined #pmwg 12:59:18 present+ 12:59:18 gpellegrino has joined #pmwg 12:59:54 duga has joined #pmwg 13:00:00 present+ duga 13:00:01 present+ 13:00:42 present+ shinya 13:00:59 scribe+ gautierchomel 13:03:00 CharlesL1 has joined #pmwg 13:03:06 present+ charlesl 13:03:07 mgarrish has joined #pmwg 13:03:21 present+ 13:04:37 topic: Review HTML community survey 13:05:08 present+ 13:05:25 The HTML Survey https://docs.google.com/document/d/1yUYMXh-6j7vbNpXxWOCAACn7e4cr9ZlKV9B4pFZ9xZE/edit?usp=sh 13:05:28 SueNeu: hope everyone had a chance to review the proposed survey. Here is the link again. 13:05:34 q+ 13:05:53 ack q+ 13:05:58 ack: ivan 13:07:23 @ivan I added points one hour ago. A paragraphe to clarify for the community, the difference between epub2 xhtml1.1 and epub3 xhtml serialisation of html. 13:07:33 q+ 13:07:33 q+ 13:07:44 ack ivan 13:07:54 MasakazuKitahara has joined #pmwg 13:08:03 present+ 13:08:06 ack: duga 13:08:12 ack duga 13:09:32 ack: gautierchomel 13:09:35 duga: i think we should use xhtml syntax instead of serialisation. It's minor but important. We need to be clear and avoid confusion. We already support html, it's the new syntax we are supporting now. 13:09:54 scribe+ seuneu 13:09:58 ack gauti 13:10:48 gautierchomel: we have to use fewer open questions or control who we send the survey to 13:11:09 q+ 13:11:16 …we should chose if we want to question technical teams and make the questions more focused 13:11:31 …I would choose the technical part 13:11:34 q+ 13:11:37 ack:duga 13:11:44 ack duga 13:12:35 duga: the question is how do we distribute this survey. With modern tools we can do contextualised questions. 13:12:40 q+ 13:12:52 ack: ivan 13:13:01 ack ivan 13:13:41 ivan: i would prefer it not to become a big project. contextualising would need more thought and work on logics. 13:14:40 ack: mgarrish 13:14:44 ivan: the whole question is of interest and importance for technical people only. Those who produce complex epub, tools, checkers, reading systems. Target is technical people only 13:14:46 q+ 13:14:55 ack mgarrish 13:15:34 mgarrish: I would prefer not to limit the audience or the timeframe. 13:15:45 ack gautierchomel 13:15:52 q- 13:16:39 q+ 13:16:47 scribe+ 13:17:19 q+ 13:17:37 gautierchomel: the time spent to make the survey and analyze the data collected, might be better 13:18:04 … to make it simple 13:18:20 …we don't need too many people to respond 13:18:44 …better to be sure the right people get access to the survey 13:18:54 … we could each send the survey to people we know 13:19:06 ack CharlesL 13:19:34 q+ 13:19:49 ack mgarrish 13:20:02 CharlesL1: I would not differentiate workflow / ingestion. It's a duplication. 13:20:37 q+ 13:20:50 mgarrish: section 1 is suffitient to get respondent context, i agree there is no need to complex context mechanism 13:20:50 ack duga 13:22:05 present+ 13:22:14 q+ 13:22:22 ack CharlesL 13:23:04 q+ 13:23:21 q+ 13:23:25 ack ivan 13:24:06 CharlesL1: we want to know if HTML will be used, being for creation or ingestion, and in which timeframe. It's the same question for creation workflow and ingetsion workflow. 13:24:35 q+ 13:25:40 ivan: I see the point, section 1 and 2 are about who is the respondent, the real question is only in section 3. 13:26:43 ack SueNeu 13:28:03 q+ 13:28:08 q? 13:28:15 ack gautierchomel 13:28:18 SueNeu: i also have questions about how we'll deal with the collected data and communicate about it. 13:29:15 q+ 13:29:25 q+ 13:29:54 gautierchomel: I think we should use a github issue for the tech people 13:30:01 we don't need to collect a lot of responses 13:30:21 ack ivan 13:32:26 +1 to ivan and gautierchomel 13:32:26 ack CharlesL 13:32:29 ivan: we have one simple question: what happens if we accept html syntax? Which issue will appear? Then yes, Issue tracker is probably a better tool than a survey. We don't need details, only raising the potential issues. 13:33:22 q+ 13:33:23 ack mgarrish 13:33:26 CharlesL1: agree with simple large question. 13:33:49 example for the question: "How strongly to you agree/disagree with the addition of HTML Syntax addition: Strongly Agree, Agree, Neutral, Disagree, Strongly Disagree." 13:34:42 mgarrish: also to ask, if you don't plan to implement, why? Instead of checkbox, we need to understand the why Yes or No. 13:34:51 ack duga 13:37:31 q+ 13:37:59 q+ 13:38:16 duga: Interesting idea, a one quetsion survey because no one knows for today. Maybe we'll need a bigger and detailed survey later. Not sure github is a good place anyway, it could end up with endless phylosophical discussions. Email sounds more reasonable for now, so we can collect individual feedbacks without having comments on other people responses.. 13:38:20 ack CharleL 13:38:26 ack CharlesL 13:38:50 q+ 13:39:00 ack ivan 13:39:12 CharlesL1: thru benetech and GCA we have a mailing list. Daisy has different ones too. We can use them to send the survey. 13:39:23 q+ 13:40:16 ack AvneeshSingh 13:40:21 ivan: Could someone put together those discussions and make a proposal? So we don't spend months on discussing details. 13:41:40 q+ 13:42:13 AvneeshSingh: i agree with one large question, but still a due form method seems better to me, being google or survey monkey. This way we make sure to have one only point of collect and share the results. 13:42:19 ack shiestyle 13:43:37 ack ivan 13:43:42 shiestyle: we need strong context if we don't want "no move" answers. We need to collect issues and ways to solve them. 13:44:00 q+ 13:44:10 q+ 13:45:06 ivan: we have wbs, a w3c form for surveys. 13:45:07 ack gautierchomel 13:45:38 gautierchomel: I can make a proposal for the text part of the survey 13:46:30 q+ 13:46:34 ack SueNeu 13:46:43 ack ivan 13:47:52 gautierchomel: should I make the proposal text in github? 13:48:23 AveneeshSingh: Google docs can have accessibility issues 13:48:52 topic: task forces 13:49:22 q+ 13:49:26 subtopic: digital comics 13:49:39 ack shiestyle 13:50:22 shiestyle: comics task force will meet in the next weeks. we are still discussing next steps with my co chair. I was waiting for some feedbacks from the publishing comunity. 13:51:25 subtopic: a11y 13:51:34 See minutes: https://w3c.github.io/pm-wg/minutes/2025-05-01-a11y.html 13:53:14 AvneeshSingh: we started on may first. here are the minutes. we'll skip the 15th one and have the next 29th. We discussed new metadata and shall we make accessmodesufficient mandatory. We updated the related issues and are waiting for feedbacks on this. 13:54:01 q+ 13:54:17 ack SueNeu 13:55:03 topic: aob 13:55:11 q+ 13:55:24 q+ 13:55:26 ack duga 13:55:40 q+ 13:56:31 duga: back to the survey text, is really the issue the right workflow? Shouldn't we make a file, a PR and comment / amend there? 13:56:37 ack ivan 13:57:39 q+ 13:57:46 ivan: yes, PR is the best way. 13:58:35 ivan: it's early, but we can start thinking about our face to face meeting in Kobe. 13:58:39 ack gautierchomel 13:58:45 Not spec repo but wg repo will be good for text: https://github.com/w3c/pm-wg 13:58:46 q+ 13:58:58 ack shiestyle 13:59:14 ack AvneeshSingh 14:00:21 AvneeshSingh: Kobe will conflict with daisy board. If we agree with a face to face, i would prefer in the first days of tpac. On monday or tuesday. 14:01:31 rrsagent, draft minutes 14:01:32 I have made the request to generate https://www.w3.org/2025/05/08-pmwg-minutes.html ivan 14:01:58 rrsagent, bye 14:01:58 I see no action items