12:04:05 RRSAgent has joined #pmwg 12:04:09 logging to https://www.w3.org/2025/09/11-pmwg-irc 12:04:09 RRSAgent, make logs Public 12:04:10 Meeting: Publishing Maintenance Working Group 12:04:47 ivan has changed the topic to: Meeting Details 2025-09-11: https://lists.w3.org/Archives/Public/public-pm-wg/2025Sep/0013.html 12:04:48 Chair: wendy 12:04:48 Meeting: Publishing Maintenance Working Group Telco 12:04:48 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2025Sep/0013.html 12:20:22 regrets+ GautierSchomel 12:53:58 Dale has joined #pmwg 12:54:28 shiestyle has joined #pmwg 12:58:25 Hadrien has joined #pmwg 12:58:27 toshiakikoike has joined #pmwg 12:59:08 MasakazuKitahara has joined #pmwg 12:59:17 present+ 12:59:19 wendyreid has joined #pmwg 12:59:35 present+ 12:59:51 duga has joined #pmwg 12:59:56 present+ 13:00:02 present+ 13:00:10 George has joined #pmwg 13:00:36 present+ shiestyle, Hadrien, George 13:00:41 present+ 13:00:50 mgarrish has joined #pmwg 13:01:04 George has joined #pmwg 13:01:27 present+ 13:01:30 SueNeu has joined #pmwg 13:01:31 present+ sueneu 13:01:35 present+ 13:01:50 present+ avneeshsingh 13:02:07 present+ mgarrish 13:02:24 present+ 13:02:36 present+ dale 13:03:15 scribe+ 13:03:20 present+ gpellegrino 13:03:52 Topic: PR 2788 - https://github.com/w3c/epub-specs/pull/2788 13:03:58 CharlesL has joined #pmwg 13:04:05 wendyreid: Discussing scrolled in rendition:layout 13:04:06 present+ 13:04:09 ... over to Hadrien 13:04:22 Hadrien: This is a followup to continuous scrolled comics 13:04:28 George has joined #pmwg 13:04:57 ... we had an agreement that a new value was a good idea, and we would add a note to explain what has happened to date 13:05:30 ... Working on it, there was a lot in fixed layout that aren't really fixed layout 13:05:38 present+ elisabeth_kraler 13:05:55 ... for instance, the property for layout was a subsection, even though it can specify flowing 13:06:10 Elizabeth has joined #pmwg 13:06:27 ... so i bumped it up a level, and then after some more feeedback from mgarrish I reorgoanized again 13:06:49 ... I also added an example from a previous doc 13:07:06 ... this is really a draft, since I have yet to add the RS side, and I still don't have the note 13:07:47 ... I am a bit concerned about revisiting again 13:08:04 ... since we already have agreement 13:08:05 q? 13:08:08 q+ 13:08:11 ack duga 13:08:17 scribe+ 13:08:33 duga: I was reading the comments this morning 13:09:03 …I understand not wanting to re litigate this, it works, I'm not interested in revisiting this 13:09:23 …we shouldn't discount the fact that @ivan is confused, so I'm certain others are alos 13:09:34 …I'm concerned we haven't made this clear enough 13:09:35 q+ 13:09:46 …perhaps it is because we are missing the reading system piece 13:10:02 …perhaps "scrolled" is the wrong word, it is a behavior, not a format 13:10:18 …and we have used it somewhere else for something different 13:10:38 …perhaps we should find a name that expressed the format and not the reading system behavior 13:10:47 ack ivan 13:10:48 …like contiguous vertical 13:10:59 ivan: Forgget about the comment about alternatives 13:11:00 LaurentLM has joined #pmwg 13:11:09 ...I officially revoke that comment 13:11:19 s/Fogget/forget 13:11:23 ... but the term itself is what I find confusing, since it is already used 13:11:26 q+ 13:11:38 ... so if we find another term I am happy 13:11:46 ack CharlesL 13:12:02 CharlesL: Are there horizontal scroll comics 13:12:03 q+ 13:12:06 ... ? 13:12:15 ack Hadrien 13:12:25 Hadrien: That is a thing, but uncommon 13:12:48 q+ 13:12:52 ... We did cover a possible direction field 13:12:54 ack SueNeu 13:13:23 SueNeu: Do we feel that horizontal scroll can be specified with FL? 13:13:53 Hadrien: Not really, same problem as vertical 13:13:55 q+ 13:14:00 ack mgarrish 13:14:15 mgarrish: Are comics the sole use case here? 13:14:17 q+ 13:14:20 q+ 13:14:21 q+ 13:14:26 ... Rather than scrolled 13:14:32 ack duga 13:14:33 comics is a US term 13:15:00 duga: I did consider that, but it seems that is also a layout term 13:15:12 …what if someone wants to use if for something else 13:15:27 …I don't like the term vertical that I suggested, 13:15:29 q+ 13:15:38 ack Hadrien 13:15:40 …because then we can't pivot to a horizontal format 13:15:54 Hadrien: I do think the only real use case are comics 13:16:17 ... having an html container is less than ideal for this use 13:16:28 ... Industry would prefer a list of images 13:16:38 ack SueNeu 13:17:06 SueNeu: Amazon calls everything comics, even children's books 13:17:26 ... I have a lot of questions what the document would look like 13:17:33 Hadrien: What do you mean? 13:18:22 SueNeu: Is it one html with multiple images? Can this apply for panel by panel navigation? 13:18:38 q+ 13:18:44 q+ 13:18:51 Hadrien: for this content, there is no concept of a page. Think of the files as if they were tiles 13:19:23 ... the comics themselves are designed to be read in a continuous scroll 13:19:37 ack Dale 13:19:56 q+ 13:20:12 Dale: I wonder if this is the way it is, because people approach epubs coming from the web, and that is the convention there 13:21:01 ... Do we want to lock people into a convention or do we want people to have a chance to experiment? 13:21:21 ack LaurentLM 13:22:01 LaurentLM: Today there is no question, the webtoon is tiled vertically, period. If there is one case where the RS must follow the author intent, this is it 13:22:29 ... We have seen some horizontal, but they did not have much success 13:23:03 q+ 13:23:07 ack CharlesL 13:23:08 ... If scrolled is not a layout, how about pageless? It is very literal 13:23:57 CharlesL: According to some LLM, I got 'axis' or 'single axis', or 'ribbon'. 13:23:58 q+ 13:24:06 q+ 13:24:09 ... also continuous 13:24:09 ack wendyreid 13:24:25 wendyreid: To Dale, the reason these exist is due to mobile phones 13:24:42 ... It is the most natural way to read comics on the phone 13:25:01 ... traditional omics are not as good on the phone (zoom, etc) 13:25:33 ... the challenge is more and more RSes support scrolled for flowing as well 13:25:37 q+ 13:26:13 ... we do need to be clear that we are discussing fixed width image format and not other content 13:26:13 ack shiestyle 13:26:36 shiestyle: I just proposed unpaginated or pagefree 13:27:10 q- 13:27:24 +1 13:27:26 ... we can define vertical is the default 13:27:32 ack duga 13:28:07 duga: I'm enjoying the "pageless" and "page-free" we could add "contiguous" 13:28:26 …I don't like "unpaginated" since it is negative 13:28:46 …we could take this offline and find a way for ranked choice voting 13:28:57 …we could talk about this name for the rest of the meeting 13:29:02 zakim, what color is your bikeshed 13:29:02 yeah, Persian rose 13:29:44 ack SueNeu 13:29:50 wendyreid: That makes sense, let's go back to content 13:30:01 q+ 13:30:14 SueNeu: Hadrien mentioned tiles, what are the tiles, are they svg, jpeg, etc? 13:30:25 LaurentLM: Curently they are jpeg pictures 13:30:26 ack Hadrien 13:31:00 Hadrien: It is still common to send a single file, and let the publisher cut it down to size 13:31:21 ... but the reality is no one in this industry cares about html 13:31:34 q+ 13:31:38 ack ivan 13:31:38 ... the industry today is just bitmaps 13:31:52 ... and html isn't really helping, even for a11y 13:32:17 ivan: I think we said we should look at the a11y issues again, with fallbacks for images 13:32:32 ... and maybe this is something we should address in the WG, but not today 13:33:17 q+ 13:33:22 wendyreid: Aside from the name and a11y, what else is there? 13:33:27 ack ivan 13:33:55 ivan: I am in favor with going forward, and the new structure works for me 13:34:17 ... for the RS, you have a sentence that characterizes what you expect will happen 13:34:47 q+ 13:34:57 q+ 13:35:01 ... the one thing missing is the log entry, that we need 13:35:05 q+ 13:35:18 ... Big question: will we have enough implementations? 13:35:32 ack SueNeu 13:36:10 SueNeu: I was also thinking that scrolling was an option for flowing, but wasn't supported by RSes 13:36:17 ack wendyreid 13:36:37 wendyreid: Totally different question, probably for authoring spec: 13:37:23 ... we do have to tell authors how to construct a scrolled document, and we need that to be consistent enough that implementers can do stuff with it 13:38:16 ... traditionally, these are released as chapters, but you may also get a season, is it one html file with a single chapter, or do we have something to tell us where the boundaries are? How do we address that? 13:38:33 ... One hack might be a single file per chapter 13:38:34 ack Hadrien 13:39:05 Hadrien: There is a technical reason for multi files, mainly performance 13:39:27 ... ideally we would have a bunch of images, and then something else that would define a structure 13:39:40 q+ 13:39:57 ... I think it will have to be one html per tile, and structure can be in the nav document 13:40:31 ack mgarrish 13:40:31 ... I do agree that full seasons make sense for some retailers who can't handle a subscription 13:41:25 mgarrish: The whole 1to1 html to image is an old topic, but you can add images directly to the spine, with a fallback to a single html document 13:41:39 q+ 13:41:59 ... So there are workarounds to the spine level image documents 13:42:00 ack wendyreid 13:42:49 q+ 13:43:17 wendyreid: On the html file per tile question, we used to require this for performance, but do we really still need this? Performance is now much better 13:43:19 q+ 13:43:43 ack Hadrien 13:43:52 ... And does having a local file change anything, since you don't have to stream? 13:44:33 Hadrien: For a good RS, they usually have a few files in memory and discard the ones that won't be needed soon 13:44:44 ... Usually this is done with images directly 13:44:59 ... on the web, I have seen canvas, iframe, etc 13:45:10 ... but you always have this caching to make it work 13:45:13 ack duga 13:45:42 duga: both of these work, you could put all your content into a single HTML and then put images in the spine 13:45:55 …or you could split up your images to individual HTML files 13:45:57 q+ 13:46:04 …the industry will decide which one 13:46:27 q+ 13:46:28 …if the giant HTML causes performance issues people will stop 13:46:36 ack Hadrien 13:46:52 …if publishers don't like making one HTML per panel they will not do that 13:47:04 Hadrien: I think what mgarrish suggested was that we can do images in spine, we can just point at a "this is broken" html 13:47:23 ... which is different from what you said 13:47:39 ... if people are comfortable with that then it is fine 13:47:44 q+ 13:47:48 ack Dale 13:47:53 ... so I very much agree with mgarrish 13:48:00 q+ 13:48:22 Dale: as a web designer, I was taught that as I develop a design, I am always in the viewport 13:48:25 q+ 13:48:40 ... so I am always in the browser, and I adjust what I am doing to the browser 13:48:58 ... and I am learning not all RSes handle content in the same way 13:50:06 ... so I am wondering, as we discuss the spec, how much does the spec say this is how it should be and the RS must adjust, vs how much are we explaining to authors what will work 13:50:12 thank you Hadrien 13:50:23 ack duga 13:50:59 duga: I understand we can have a single file that says "this is broken" 13:51:21 …or we can have a single HTML file that contains all images with single line of CSS to make width 100% 13:51:39 …and you don't get that the book is broken 13:51:48 q+ 13:51:51 …it might not be ideal, but it could be a fall back 13:52:09 …it would retain the content for RS that require HTML 13:52:12 q+ 13:52:25 …then it is up to the reading system to choose to use the HTML or the image isn the spine 13:52:34 ack shiestyle 13:52:36 …this is consistent with the current spec 13:52:39 q+ 13:53:10 shiestyle: In Japan we had many comic epubs, we had one image in one html in the spine 13:53:17 ... and we use the same for scrolled 13:53:49 ... we have many RSes that support that, and they also support vertical scroll 13:53:55 ... even for traditional comics 13:54:14 ... So in Japan, the only difference is RS behavior. EPUB behavior is the same 13:54:28 ... with just the metadata on the EPUB 13:54:50 ack ivan 13:54:59 .... we don't need the additional metadata for episodes, etc 13:55:26 ivan: The approach from duga is fine, with the minimal html file 13:56:05 ack Hadrien 13:56:05 ... But this doesn't work because the image size isn't available from just the image 13:56:37 Hadrien: The PR is designed this way due to the spec. If we want to do images in spine, then we need different requirements 13:57:28 ... on a spec level I think it is hard to say what to put in these documents (can't require images, vs broken comment) 13:57:59 ... The benefit to images in spine is it removes the guesswork 13:58:14 ... but if we do it here, we should also consider it for comics 13:58:25 acl CharlesL 13:58:28 ... the ability to know vs guess is a huge benefit 13:58:28 ack CharlesL 13:58:44 CharlesL: I would be uncomfortable if it cannot be made accesible 13:59:29 ... we would need an image in the spine with some way to specify alt text 13:59:54 ack mgarrish 14:00:49 mgarrish: if you do all the images in a single html document, you would need to only reference it once, then add blank documents 14:01:05 zakim, who is here? 14:01:06 Present: MasakazuKitahara, toshiakikoike, ivan, duga, shiestyle, Hadrien, George, wendyreid, sueneu, avneeshsingh, mgarrish, dale, gpellegrino, CharlesL, elisabeth_kraler 14:01:09 On IRC I see LaurentLM, Elizabeth, George, CharlesL, SueNeu, mgarrish, duga, wendyreid, MasakazuKitahara, toshiakikoike, Hadrien, shiestyle, Dale, RRSAgent, Zakim, tzviya, ivan 14:01:17 present+ LaurentLM 14:01:24 quit 14:01:51 rrsagent, draft minutes 14:01:52 I have made the request to generate https://www.w3.org/2025/09/11-pmwg-minutes.html ivan 14:10:39 CharlesL has left #pmwg 15:22:07 shiestyle has joined #pmwg 15:38:27 shiestyle has joined #pmwg 15:53:46 shiestyle has joined #pmwg 16:03:43 Zakim has left #pmwg 16:13:06 shiestyle has joined #pmwg 16:33:08 shiestyle has joined #pmwg 16:52:35 shiestyle has joined #pmwg 17:11:31 shiestyle has joined #pmwg 17:38:15 shiestyle has joined #pmwg 17:53:20 shiestyle has joined #pmwg 18:12:16 shiestyle has joined #pmwg 18:28:11 shiestyle has joined #pmwg 18:46:42 shiestyle has joined #pmwg 19:08:53 shiestyle has joined #pmwg 19:27:32 shiestyle has joined #pmwg 19:46:15 shiestyle has joined #pmwg 20:12:52 shiestyle has joined #pmwg 20:31:51 shiestyle has joined #pmwg 20:51:50 shiestyle has joined #pmwg 21:07:47 shiestyle has joined #pmwg 21:40:12 shiestyle has joined #pmwg 21:53:00 shiestyle has joined #pmwg 22:43:23 shiestyle has joined #pmwg 23:40:47 shiestyle has joined #pmwg 23:53:42 shiestyle has joined #pmwg