12:09:53 RRSAgent has joined #pmwg 12:09:58 logging to https://www.w3.org/2025/08/28-pmwg-irc 12:09:58 RRSAgent, make logs Public 12:09:59 Meeting: Publishing Maintenance Working Group 12:10:34 ivan has changed the topic to: Meeting Details 2025-08-28: https://lists.w3.org/Archives/Public/public-pm-wg/2025Aug/0020.html 12:10:35 Chair: Susan 12:10:35 Meeting: Publishing Maintenance Working Group Telco 12:10:35 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2025Aug/0020.html 12:51:55 gautierchomel has joined #pmwg 12:57:26 George has joined #pmwg 12:58:01 present+ 12:58:04 shiestyle has joined #pmwg 12:58:21 sueneu has joined #pmwg 12:58:27 present+ 12:59:35 toshiakikoike has joined #pmwg 12:59:42 MasakazuKitahara has joined #pmwg 12:59:45 present+ 12:59:50 present+ 13:00:16 present+ 13:00:23 present+ george 13:00:29 present_ shiestyle 13:00:33 present+ 13:00:37 present+ duga 13:00:47 duga has joined #pmwg 13:00:49 present+ gautierchomel 13:00:52 mgarrish has joined #pmwg 13:00:56 present+ 13:01:10 present+ avneeshsingh 13:01:18 present+ 13:01:27 present+ dale 13:01:41 AvneeshSingh has joined #pmwg 13:01:43 present+ gpellegrino 13:02:21 present+ sueneu 13:02:34 gpellegrino has joined #pmwg 13:02:34 DaleRogers has joined #pmwg 13:02:43 present+ 13:02:54 scribe+ gautierchomel 13:02:55 present+ 13:03:14 CharlesL has joined #pmwg 13:03:28 present+ 13:03:33 scribe+ 13:03:59 present+ mgarrish 13:04:12 topic: fallbacks 13:04:52 gautierchomel: The question from FL a11y guidance doc (a hybrid doc), on reviewing it the RS part has some stuff about supporting fallbacks. It says "in cases where it is supplied, RS should support" 13:05:13 present+ 13:05:17 https://github.com/w3c/epub-specs/issues/2773 13:05:24 ... but we are missing a section on what can be done or not with them. The only guidance is in the main spec, which does not say what you cannot do 13:05:50 ... there was some work done on auto-reflow on FL, with intent to use HTML fallback on an HTMLresource 13:06:07 present+ kraler 13:06:18 ... We realized it wasn't the right way, but if that was attempted then it means the spec isn't clear enough 13:06:22 Elizabeth has joined #pmwg 13:06:23 q+ 13:06:49 ... For example, can I have an html fallback for svg? Spec doesn't say no 13:07:17 ... to me this is a question to address in the FL doc, since it is specific to reflow documents in FL docs 13:07:20 present+ Elizabeth 13:07:34 ack: duga 13:07:43 ... but group decided not to address it there and do it here, though I disagree with that and think it should be in the FL doc 13:07:52 ack duga 13:08:13 duga: why do you say html fallbacks of html aren't the right way to do it? 13:08:27 …did it break reading systems and not work in practice? 13:08:33 scribe+ sueneu 13:09:01 q+ 13:09:48 gautierchomel: the reading system already accepts fixed layout. I want you to use a fall back, we were asked to add a button to select the fall back. We can't do that. 13:10:15 …in thorium we will offer a fall back view, but we won't be allowed to switch between them 13:10:26 present+ HadrienGardeur 13:11:08 duga: I don't know what is right for your reader, when we created the fall back spec we decided it was legal to have a same type fallback ie html with an html fallback 13:11:34 q+ 13:11:49 …we didn't specify how a reading system can determine which file is the fall back 13:12:18 …I don't think we should limit the fallback and say you can't fall back to the same filetype 13:12:24 ack mgarrish 13:13:17 mgarrish: I agree that we could fall back to a different file type. This is an interesting case, because fallbacks weren't made with fixed layout in mind 13:13:35 ack wendyreid 13:13:38 …how do we indicate which html is fixed layout and which is reflowable? 13:14:18 wendyreid: the other thing making this complicated is that this use case is maybe out of step with the intention of fallbacks. 13:14:38 …"the reading system can't render the original" so it has a file it can render 13:14:42 q+ 13:15:00 Hadrien has joined #pmwg 13:15:04 …this particular usage is not that the reading system can't render the original, but that we want to give the user choices 13:15:07 present + 13:15:15 q+ 13:15:26 …there should be a different mechanism for that. There could be other alternative cases 13:15:26 ack gautierchomel 13:15:33 q+ 13:15:52 gautierchomel: we should not address the reading system giving a choice to the reader, that is up to the reading system 13:16:10 …some reading systems don't display anything when they encounter a fixed layout 13:16:56 …still we should know what we should and shouldn't do when an rs cannot display an fxl 13:17:10 ack Hadrien 13:17:13 …and does this go in the fxl document or the main document 13:17:26 Hadrien: I have seen things like this before, 13:17:49 …Barnes and Noble wanted to keep the print like experience, but also offer a reflowable 13:18:10 …but there isn't a one to one mapping between the fxl and the reflowable assets 13:18:52 …B&N chose multiple renditions with a document that could map an area in fxl to the reflowable 13:19:00 q- 13:19:11 …Hachette creates multiple rendition epubs without mapping 13:19:33 …fallback will not work well because of the mapping issue 13:19:45 …we probably need something more like an alternate 13:20:03 …there is a similar proposal in the comics task force 13:20:41 …it would be easier for some publishers to have an easy way to map the html to a resource 13:21:21 q+ 13:21:28 ack gautierchomel 13:21:50 gautierchomel: let's separate the discussion about fallbacks and alternate renderings 13:22:19 …still the issue about what should I do in an fxl file that can't be rendered 13:23:00 wendyreid: the challenge is that an fxl file can't be shown or renders badly 13:23:27 q+ 13:23:31 …this is like the audio only readers, the problem isn't fixed layout, but that the file doesn't follow semantic html 13:23:49 ack Hadrien 13:23:52 …so the guidance we have in place would still solve the issue 13:24:13 Hadrien: we are working on Thorium mobile, we already support the ability to listen to an fxl 13:24:38 …with a well structured fxl you can have a decent voice experience. But this isn't always the case 13:25:05 …we will try to process and find sentences and groups of words 13:25:19 …it won't work if there is no text or text is out of order 13:25:43 wendyreid: our emphasis should remain on well structured content 13:25:48 q+ 13:25:50 ack ivan 13:25:54 …but we should discuss alternatives 13:26:31 ivan: we took multiple rendition out of 3.3 because there was no implementation for this 13:26:48 …is that still true, or should we keep in the past 13:27:17 Hadrien: there is implementation within propriety specialized reading systems 13:27:26 …not usually as an interoperable format 13:27:39 …does anyone know if B&N still uses this? 13:27:54 ivan: does vital source use it? 13:28:31 …if not, we should keep multiple rendition in the past 13:29:00 q+ 13:29:29 sueneu: what is the next step? Should we make recommendations for creators? 13:30:09 wendyreid: This is for the fxl accessibllitiy task force, I don't recommend using html fallbacks because it isn't proven. 13:30:20 ack George 13:30:29 q+ 13:30:39 George: the user who doesn't want that experience may want an alternative 13:30:47 …can we create this? 13:30:48 q+ 13:30:49 ack duga 13:31:25 duga: we don't have to solve the world's problems 13:31:53 …it sounds like the issue is we want to use fall backs 13:32:07 …we tried this but it doesn't work. 13:32:33 …for fixed layout books, we might have multiple documents point to a single html 13:32:47 ack gautierchomel 13:32:48 …do we simply need to say that fall backs don't work in this case? 13:33:09 gautierchomel: one problem at a time. We just need to put a note in the fixl document 13:33:20 …maybe in fxl specs 13:33:40 q+ 13:33:56 …in the future we should let content creators know how to restyle this html 13:34:02 ack Hadrien 13:34:11 …in the future multiple rendition might come back 13:34:36 Hadrien: what we want to do in Thorium is the style selection you can do in a browser 13:34:51 …and use no original styling 13:35:09 …I am doubtful that people will be excited about this and use it again 13:35:18 Hadrien: what we want to do in thorium web is the equivalent of the reading mode in the browser, so there's no way to style this form a content creator perpective. Multiple rendition have not been used, we should not want to try again. 13:35:21 q+ 13:35:22 …I would be happy to point people to what already exists 13:35:33 ack gautierchomel 13:35:47 gautierchomel: does anyone know of a specification on reading mode provided by a browser 13:35:48 q+ 13:35:54 ivan: I haven't seen that 13:36:13 ack: CharlesL 13:36:29 ack CharlesL 13:37:05 CharlesL: back in the day there was a reader who could show you a scan or a reflowable ocr rendering 13:37:15 s/ack CharlesL// 13:37:25 q+ 13:37:31 ack DaleRogers 13:38:14 DaleRogers: I created an epub, fxl, a short comic, with a relowable introduction and backmatter that was reflowable 13:38:29 …according to the spec I can do this, it worked in Apple Books 13:38:50 …Amazon wouldn't take it. I chatted with someone who looked at his epub 13:39:04 …they suggested uploading it as a comic book 13:39:06 q+ 13:39:52 …and not allow the front matter and back matter to be reflowable 13:40:24 …their creator tool requires loading in PDFS that can't be made accessible 13:40:52 …there are some platforms on which this will be accessible and some where it isn't 13:41:10 …even though the spec says I should be able to do this 13:41:31 …it takes me aback that I can't always use features listed in the spec 13:41:43 ack shiestyle 13:42:18 q+ 13:42:21 shiestyle: in japan, if we want to mix fxl and reflow, e generate a reflow with some ressources fixed. 13:42:29 ack sueneu 13:44:45 q+ 13:44:59 ack Hadrien 13:45:02 sueneu: sotwo different discussion. One to go to the fxl group and the other to keep in mind for the futur. 13:45:19 s/sotwo/so two/ 13:47:27 duga: my understanding is that we want to explicitly say what won't work. 13:47:42 s/futur/furture/ 13:48:08 s/furture/future/ 13:48:18 s/sotwo/so two/ 13:48:45 +1 to Hadrien 13:48:51 Hadrien: probably, a problem is that many properties are spine based while they would give better benefit in the manifest 13:49:16 topic: Survey data visualization 13:49:16 topic: survey 13:49:36 s/topic: survey// 13:50:18 sueneu: we are reaching the end of the survey. I started to play with collected data to see how we can visualise it. I wonder if a binari pro vs con numbers would be of use. 13:50:42 q+ 13:51:01 ack gautierchomel 13:51:16 q+ 13:51:30 gautierchomel: There is a grey zone between pro and con, I am afraid giving those numbers gives a false feeling 13:51:38 q+ 13:51:45 ... It is more graduated than the numbers might suggest 13:53:16 sueneu: showing data visualisation on my screeen. I broke pro and con by role. I agree there is a lot of grey area. We could have multiple people scoring reactions. The pain will fall at different point depending on roles. 13:53:16 q+ 13:53:23 ack gpellegrino 13:53:38 ack ivan 13:53:46 sueneu: the survey closes in two weeks. 13:55:11 ivan: yes, a lot of grey area, but we have to do a binary choice. I think we should make a report to adress those grey areas regardless of the final decision. 13:56:56 ivan: another problem, is that representation is not suficiently distributed. We miss more reading system responses. That may invalidate the whole exercise. I hope we get more answers from apple, google, kobo. 13:57:20 q+ 13:57:24 ack gautierchomel 13:57:24 ivan: maybe we should extend the survey period to reach that. 13:57:54 gautierchomel: We might want to extend, we are also preparing a response and will have it soon 13:58:13 ... back to binary choice, I would like to see if there are blokers 13:58:27 ... are there people for whom html will totally break things 13:58:46 ... even if 90% say yes, if 10% have big blockers then we should not say yes 13:59:08 ack duga 13:59:12 q+ sueneu 14:00:22 duga: about getting RS onboard, I can send some messages. I also think we can reach those organisations ACs. 14:00:37 ack sueneu 14:01:59 sueneu: about if there are blockers, I wonder how we want to display those answers. What we want to share with the community. 14:02:35 ivan: workflow developpers said they would have impossibility to accept HTML 14:02:35 q+ 14:03:12 wendyreid: we're out of time, let's think more about this for next week. 14:03:29 CharlesL has left #pmwg 14:03:48 rrsagent, draft minutes 14:03:49 I have made the request to generate https://www.w3.org/2025/08/28-pmwg-minutes.html ivan 14:17:59 shiestyle has joined #pmwg 14:19:01 gautierchomel has joined #pmwg 14:34:42 shiestyle has joined #pmwg 14:53:09 shiestyle has joined #pmwg 15:11:58 shiestyle has joined #pmwg 15:29:21 shiestyle has joined #pmwg 15:51:01 shiestyle has joined #pmwg 16:06:43 shiestyle has joined #pmwg 16:29:18 Zakim has left #pmwg 16:38:35 shiestyle has joined #pmwg 16:53:39 shiestyle has joined #pmwg 17:12:03 shiestyle has joined #pmwg 17:31:32 shiestyle has joined #pmwg 17:50:11 shiestyle has joined #pmwg 18:12:09 shiestyle has joined #pmwg 18:29:06 shiestyle has joined #pmwg 18:46:23 shiestyle has joined #pmwg 19:13:56 shiestyle has joined #pmwg 19:32:48 shiestyle has joined #pmwg 19:52:49 shiestyle has joined #pmwg 20:12:09 shiestyle has joined #pmwg 20:31:03 shiestyle has joined #pmwg 20:49:57 shiestyle has joined #pmwg 21:12:01 shiestyle has joined #pmwg 21:31:32 shiestyle has joined #pmwg 21:52:05 shiestyle has joined #pmwg 22:12:32 shiestyle has joined #pmwg 22:29:37 shiestyle has joined #pmwg 22:52:22 shiestyle has joined #pmwg 23:09:52 shiestyle has joined #pmwg 23:32:31 shiestyle has joined #pmwg 23:51:37 shiestyle has joined #pmwg 23:53:21 shiestyle has joined #pmwg