12:06:01 RRSAgent has joined #pmwg 12:06:05 logging to https://www.w3.org/2025/03/13-pmwg-irc 12:06:05 RRSAgent, make logs Public 12:06:06 Meeting: Publishing Maintenance Working Group 12:06:26 ivan has changed the topic to: Meeting Details 2025-03-13: https://lists.w3.org/Archives/Public/public-pm-wg/2025Mar/0010.html 12:06:27 Chair: wendy 12:06:27 Meeting: Publishing Maintenance Working Group Telco 12:06:27 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2025Mar/0010.html 12:54:31 wendyreid has joined #pmwg 12:54:43 present+ 12:55:12 present+ 12:56:21 shiestyle has joined #pmwg 12:59:15 MasakazuKitahara has joined #pmwg 12:59:24 toshiakikoike has joined #pmwg 12:59:30 present+ 12:59:38 present+ 13:00:59 present+ shiestyle 13:01:44 mgarrish has joined #pmwg 13:01:58 SueNeu has joined #pmwg 13:02:26 present+ SueNeu 13:03:26 present+ 13:03:38 present + mgarrish 13:06:06 present+ gregorio 13:06:23 present+ dlazin 13:06:26 gpellegrino has joined #pmwg 13:07:28 present+ 13:07:31 scribe+ mgarrish 13:07:53 Topic: Publication Admin 13:07:59 wendyreid: today's meeting is one part admin and one part discussion about footnotes 13:08:47 ... the latest version of 3.3 is now published so we can move on 3.4 13:09:36 ivan: no, what we have now is the proposed corrections 13:09:51 ... there has been an ac vote on whether this is okay and it closed on Tuesday and it passed 13:09:52 dlazin has joined #pmwg 13:10:08 ... we have to publish the final draft still where we integrate the changes and that will be the final version 13:10:35 ... this is informational as Matt and I will take care of publishing it - I have put in the request to publish 13:10:53 ... we can publish next week or week after but that's still to be determined 13:11:04 ... so one more version to publish before it's all done 13:11:34 wendyreid: when 3.3 is published the next thing to do is publish the first public working draft of the 3.4 specs 13:11:45 ... but we have to resolve to publish and establish the new short names 13:12:16 ... we will publish epub 3.4, reading systems 3.4, and accessibility 1.1.1 13:13:41 Proposed: Publish the FPWDs of EPUB 3.4, EPUB Reading Systems 3.4, and EPUB Accessibility 1.1.1, with the shortnames epub-34, epub-rs-34, and epub-a11y-111 13:13:45 mgarrish: it's problematic to start the accessibility at 1.2 because it involves creating new conformance identifiers 13:13:57 +1 13:14:09 +1 13:14:09 +1 13:14:11 +1 13:14:12 +1 13:14:12 +1 13:14:15 +1 13:14:15 +1 13:14:18 q+ 13:14:26 +1 13:14:35 RESOLVED: Publish the FPWDs of EPUB 3.4, EPUB Reading Systems 3.4, and EPUB Accessibility 1.1.1, with the shortnames epub-34, epub-rs-34, and epub-a11y-111 13:14:38 ack ivan 13:15:07 present+ 13:15:12 ivan: to create the short names we need an approval to publish the FPWDs of the specifications 13:15:36 ... recommend we publish 3.3 at the same time to signal that 3.3 is done and we're starting the 3.4 line 13:16:06 ... I would propose the 27th to publish so that we have time to prepare 13:16:36 ... it is a significant message to get out that 3.3 is final and will no longer change 13:16:40 q+ 13:16:44 ack SueNeu 13:16:48 ... would be good to have a blog post to point this out 13:17:05 SueNeu: I can write a post but need info on how to do it 13:17:31 ivan: w3c has a blog that we use - Coralie likes to have a review before anything goes out 13:17:57 wendyreid: let's work together on this 13:19:16 q+ 13:19:17 ... the last thing in terms of admin is to request a current link to the latest epub 3 version 13:19:37 ... propose to add TR/epub3 and TR/epub-3 13:19:50 ack ivan 13:20:07 ... would redirect to 3.3 for now and then 3.4 when it becomes the new standard 13:20:35 ivan: it will point to 3.3 as long as we are in working draft. once we reach candidate recommendation then it will point to 3.4 13:21:10 ... if we want to be stricter and only change at REC I can try and push for that but otherwise it would change at CR 13:21:35 wendyreid: I think it's worth asking because publishing likes to see RECs and don't consider CRs stable enough 13:21:42 q+ 13:21:49 ... that's if it's not too much work for the w3c team to do this 13:21:58 +1 13:22:01 ack SueNeu 13:22:26 SueNeu: I agree with Wendy that it makes me nervous to look at the less-than-final spec as current version 13:22:45 Proposed: Request new URL redirects for w3.org/TR/epub3 and w3.org/TR/epub-3 to always point to the latest recommendation status version of the EPUB3 specification 13:23:18 Proposed: Request new URL redirects for w3.org/TR/epub, w3.org/TR/epub3 and w3.org/TR/epub-3 to always point to the latest recommendation status version of the EPUB3 specification 13:23:31 +1 13:23:33 +1 13:23:34 +1 13:23:35 +1 13:23:36 +1 13:23:36 +1 13:23:39 +1 13:23:43 +1 13:23:44 q+ 13:23:48 +1 13:24:00 RESOLVED: Request new URL redirects for w3.org/TR/epub, w3.org/TR/epub3 and w3.org/TR/epub-3 to always point to the latest recommendation status version of the EPUB3 specification 13:24:08 ack mgarrish 13:24:12 scribe+ 13:24:42 mgarrish: /epub would always point to the latest version of EPUB, 3 or a future version 13:24:56 ivan: Yes 13:25:31 Topic: Footnotes in EPUB3 - https://github.com/w3c/epub-specs/issues/2690 13:25:55 wendyreid: there has been a discussion on the mailing list about footnotes 13:26:41 ... I don't know that we have to worry about the pop-up part but there is not a single recommended way to tag footnotes in epub 13:27:03 ... reading systems have had to figure out the tagging to create their interfaces 13:27:31 ... on kobo we have a very convoluted system to create footnotes 13:27:59 ... we've never made a recommendation on how to create footnotes in a standard way 13:28:12 ... can we do something about this and what do we recommend? 13:28:18 q+ 13:28:20 ack mgarrish 13:28:52 mgarrish: Don't know if I have good answers, I was just going to say is that the unfortunate part is that this is by design, but the vocab was there for people to do something 13:29:10 ... we left it open intentionally, but now it's probably time to standardize on something 13:29:27 ... how do we consolidate in a way that doesn't invalidate prior implementations 13:29:29 q+ 13:29:45 ack wendyreid 13:30:22 wendyreid: this is broader epub trap we set for ourselves in terms of not telling people how to create their content and only giving them tools to help them 13:30:35 ... we have a constellation of options for creating footnotes 13:31:09 ... we should say how to create footnotes but not invalidate previous methods - have to avoid MUSTs that would invalidate content 13:31:31 ... reading systems will have to support the old ways that people have used 13:31:45 q+ 13:31:47 ... we can give guidance on the new best way to create footnotes 13:31:53 ack ivan 13:32:12 q+ 13:32:15 ivan: as an outsider, what is the difference between footnotes and the footer element 13:32:28 wendyreid: footnote is more like an aside 13:32:30 q+ 13:32:33 ack SueNeu 13:32:36 q- 13:33:08 SueNeu: as someone who creates ebooks I would appreciate clarification - hard to explain to customers that we don't know how these will work 13:33:20 ... constraints aren't always bad for creativity 13:33:30 ... can we do human testing to see what works best for people? 13:34:02 wendyreid: interesting questions - it would be helpful to look at how the different platforms handle footnotes 13:34:23 ... some pop the content up rather than taking you to another place in the book but it may not be the only way 13:34:46 ... is there feedback on the accessibility of the pop ups 13:35:08 gpellegrino: skippability is an important issue with them 13:36:07 ... one issue here is that indesign is tagging these and not getting the right semantics but we've been working with them so they are just footnotes and not specifically pop ups 13:36:44 ... we should give maybe guidelines on how to author and display footnotes - what happens with backlinks for example if it is a pop up 13:37:06 ... should the backlink be hidden in these cases 13:38:15 wendyreid: one challenge we've run into in making them inclusive is if there is an internal link we would sometimes assume short text was a footnote reference 13:38:44 ... some more research on this would help to establish the current landscape for footnotes 13:39:04 q+ 13:39:10 ack gp 13:39:30 gpellegrino: I opened an issue about extended descriptions that is similar to this 13:39:36 q+ 13:39:47 ... we should have guidance for all these general elements 13:39:49 ack mgarrish 13:40:15 mgarrish: One thing we might also want to look at is errors, do they need to be in the same file, a different file, do we need to make this clear? 13:40:30 ... potential confusion point, do you expect the RS to go to a different place 13:41:01 wendyreid: some publishers make a file for each footnote and put them at the end of the spine 13:41:11 q+ 13:41:27 mgarrish: Similar to descriptions too, put at the end of the file 13:41:32 ack ivan 13:41:35 mgarrish: this also happens with image descriptions 13:42:04 ivan: what can the epub specification do about this? reading systems tend to go their own way 13:42:30 wendyreid: as an implementor it would be helpful to have a reliable way to detect footnotes and creat behaviours 13:42:43 q+ 13:42:46 ack SueNeu 13:42:52 q+ 13:43:05 SueNeu: knowing what markup is easiest to display will help 13:43:09 ack mgarrish 13:43:38 mgarrish: The more technical, document writing approach to the question, is this something that goes into the specification or into notes or best practices 13:43:45 ... we're trying not to invalidate anything 13:43:59 ... where does this belong, should we look at notes, but we can figure that out as we go 13:44:38 wendyreid: there are probably several other things that fall into this category of how best to do these things 13:45:10 ... when we have that list of items and the expectations then we can decide if it is best practices or new sections in the specifications 13:45:27 ... we can go either way but we've identified a need for clarification 13:46:13 ... please log more issues if you know other content types with the same kinds of problems 13:46:53 ivan: we'll probably want to pick this up again when more people on the mailing list are present 13:46:59 q+ off topic about the W3C calendar 13:47:14 wendyreid: we should also take this to the community group to get their input 13:47:19 Topic: AOB 13:48:20 gpellegrino: I have a question about the w3c calendar - if I download the invitation is points me to the first meeting we had - not updating to the weekly meeting 13:48:53 ivan: I subscribe to the calendar in apple calendar and you should get automatic updates 14:03:18 rrsagent, draft minutes 14:03:19 I have made the request to generate https://www.w3.org/2025/03/13-pmwg-minutes.html ivan 14:03:47 rrsagent, bye 14:03:47 I see no action items