17:01:33 RRSAgent has joined #publishingcg 17:01:37 logging to https://www.w3.org/2026/02/26-publishingcg-irc 17:01:37 RRSAgent, make logs Public 17:01:38 Meeting: Publishing Community Group 17:01:47 present+ 17:01:51 scribe: gautierchomel_ 17:01:55 Scribe: Gautier 17:02:09 Simon_M has joined #publishingCG 17:02:23 17:02:23 sueneu has joined #publishingcg 17:02:24 present+ 17:02:35 present+ 17:02:35 present+ 17:02:48 Meeting: Publishing community group plenary - parallel content in EPUB 17:03:11 chair: wolfgang 17:03:18 rdeltour has joined #publishingcg 17:04:19 q+ 17:04:22 present+ DaleRogers, LaurentLM, sueneu, Simon_M, gregoriopellegrino, jonathan, hadrien 17:04:34 present+ 17:04:41 present+ 17:04:45 q? 17:04:52 wolfgang: parallel reading happens in many books. 17:04:57 GeorgeK has joined #publishingcg 17:05:06 Hadrien has joined #publishingcg 17:05:17 present+ 17:05:22 q+ 17:05:25 wolfgang: let think about ancient greek and german on two facing pages. 17:05:29 present+ 17:05:47 q+ 17:05:54 q? 17:05:58 ack Dale 17:06:06 q+ 17:07:25 q? 17:08:11 DaleRogers: i authored poetry comic ebooks, first pages are a poem and it's comic interpretation in front. Those are different mediums, I don't know how to compare them. I am not sure they can be parallelised. 17:08:28 ack GeorgeK 17:08:32 q? 17:08:37 q- 17:10:23 GeorgeK: in early days of epub we had multiple rendition, it was not implemented, too complex. It provided the mecanisme let say to ahe a fixed layout and a braille version. Having a parallel reflowable to a fixed layout, that would help for accessibility of children books. There is desire to have different experiences of a same content. 17:10:35 ack Hadrien 17:12:52 Hadrien: I don't like the word parallel, it confuses with media overlays. In multiple rendition work there was a concept of mapping. I think this is what we are talking about here. The example we can test is newspapers and magazins, several newspaper apps opens on a fixed layout view and by entering an article we get it reflowable. That's a mapping in my opinion. They are complementary but differents. 17:13:07 q+ 17:14:01 wolfgang: two perspectives on the same content, latin and english, you need to see both together. It's not an alternative, it's meant to be equivalent as far a s translation can go. 17:15:51 Hadrien: I think it is the same problem, for translations or formats, it's a mapping sentence to sentence. The UX and option to display them as parallels or switch between is possible by mapping. 17:16:14 wolfgang: I think we need a fine granualrity, not only at article level. 17:16:48 Hadrien: agree, the article is an example only, enven in this case you can have different granularity. 17:16:56 present+: manfred 17:17:14 q? 17:19:48 q+ 17:19:52 ack Dale 17:19:55 manfred: I am from SBS swiss library for the blind, we have two use cases, we produce books with media overlay heavy used by dyslexic people. Other usecase is that we use the new ebraille standard and want to combine it with multiple rendition so one can switch from dynamic braille to tts, all in an epub file. The daisy pipeline allows us to produce those files, not in production yet but soon. 17:22:41 q? 17:22:46 DaleRogers: different people have different needs, it is great to be able to adress those diferent needs. but comic has several layers of meaning, to get a computer to parse that is overwelming. But I can authorize that history in a different format, as an adaptation. 17:22:54 ack GeorgeK 17:23:06 q+ 17:24:58 ack Hadrien 17:25:06 GeorgeK: bookshare has the search per format epub, audio, daisy, converted on the fly for the user need. Computers are already doing this. Back to ebraille, it's difficult to convert text to braille, we get better quality with preconverted braille where you can spot errors at the production step.That's why we want to be able to pack it with text and other formats. 17:26:05 q? 17:26:28 Hadrien: the expectation of media overlay is to be consumed together, but ebraille and text is different, it's a switch, not a combined consuming. 17:26:46 JonasL has joined #publishingcg 17:27:54 manfred: even in braille you could read with finger and ears at the same time. There are complexities with screen readers, but yes, the use case is both switch or consume at the same time. 17:28:02 q? 17:28:40 manfred: ebraille and contracted braille back converted to text is also tricky. It is much better to keep both separate. 17:30:24 manfred: multiple rendition with rendition mapping will be more effective than smile and media overlay but lacks supports, that's why we speak with reading system developpers. 17:30:49 wolfgang: where that mapping would seat? 17:32:36 Hadrien: I was part of the multiple rendition group. I can explain, it is mapped at container.xml level. But this mapping could also be done at a lower level, to level down the difficulty. 17:33:19 q? 17:33:46 hadrien: the mapping could be html, xml, json, i don't see technical difficulty. 17:34:35 Hadrien: an option is to build on multiple rendition, it exist, we only need implemntations. 17:35:08 q? 17:35:25 GeorgeK: we miss the two implementations to get this a standard. 17:36:07 q+ 17:36:32 ack DaleRogers 17:37:11 q+ 17:37:23 ack Hadrien 17:37:31 DaleRogers: embedding two version in one only file, could make a big file, If I have images and audio. Is that something we should consider? 17:37:59 Hadrien: i don't think size is an issue. 17:38:34 q? 17:39:00 Hadrien: The problem with multiple rendition, is that it force authors to have multiple opf, like 5 epubs in an epub. That could be simplified, it is not a different book, it is another manifestation of the same content. 17:39:03 q+ 17:39:36 q+ 17:39:52 ack Hadrien 17:40:28 ack GeorgeK 17:40:42 Hadrien: textbooks are also a good example. Reading on a mobile when the unit is a spread fixed, it's a problem. 17:42:00 GeorgeK: Canada as two official languages, there are also all over the world need for ways to have two languages side by side. Thta's a valid commercial usecase. 17:42:45 q? 17:42:51 q+ 17:42:56 wolfgang: agree, and more specificaly in education, native language compared to so many contents in english 17:43:24 ack Sue 17:43:47 sueneu: I know AI has become better at translation, will reading systems be able to translate on the fly? 17:43:50 q? 17:43:53 q+ 17:44:17 ack gautierchomel 17:44:21 q? 17:44:48 MiiaK4 has joined #publishingcg 17:44:58 q? 17:45:33 q+ 17:45:44 q+ 17:46:12 ack Dale 17:47:09 gautierchomel_: we see there are many use cases, people are already doing this in different industries, educational and newspape. So what's the way to go forward ? This is not about incubation in my feeling, this is about interoperable implementation. 17:47:42 DaleRogers: I have questions about UX and how to author that. 17:49:06 Hadrien: that's a reading system burden. I see different affordance, at the opening of the book or at any time of the reading, buttons, menus, split views are valid affordances. It's up to reading systems, 17:49:13 q? 17:49:21 ack Hadrien 17:50:31 Hadrien: to make this work we need to agree on how to do it before implementation. Either we have something we can use in the spec or what's in the spec is not enought. 17:50:35 q? 17:51:56 wolfgang: we need colleagues to offer an example implementation to answer the question about is the spec enough. 17:52:47 q+ 17:53:34 q+ 17:53:52 Hadrien: multiple rendition has not made people happy. We may want to have a lighter thing. We need different spines and ways to categorise and identify them and then we need mapping. This is possible in multiple rendition but many other things are allowed by this spec. 17:54:34 q+ 17:54:50 ack Laurent 17:56:42 LaurentLM: mulitple rendition has been tried and stayed as a prototype. I would be interested to know why, what were the oppsoitions? With such a list we may remove every pain points and add the missing to end with something workable. We have problem with multiple metadatas, ambiguities, and also a problem with mapping. In media overlay smile was choosen, it's XML, but we dobn't even use the full smile. Maybe we should discuss the 17:56:42 language for mapping, maybe json instead of xml. but first we need to know why it was not implemented. 17:58:16 Hadrien: I still think it is better to have different spine and only one opf. 17:59:58 ack Dale 18:00:06 ack George 18:04:23 wolfgang: it would be good to have all the use cases listed also. with requirement, so we can move forward and have the work followed up. 18:06:10 zakim, make minutes 18:06:10 I don't understand 'make minutes', gautierchomel_ 18:06:15 zakim, make minute 18:06:15 I don't understand 'make minute', gautierchomel_ 18:06:42 RRSAgent, make logs public 18:06:50 RRSAgent, generate minutes 18:06:51 I have made the request to generate https://www.w3.org/2026/02/26-publishingcg-minutes.html gautierchomel_ 18:07:09 zakim, end meeting 18:07:09 As of this point the attendees have been wolfgang, DaleRogers, sueneu, Simon_M, LaurentLM, gregoriopellegrino, jonathan, hadrien, rdeltour, GeorgeK, :, manfred 18:07:13 RRSAgent, please draft minutes v2 18:07:14 I have made the request to generate https://www.w3.org/2026/02/26-publishingcg-minutes.html Zakim 18:07:20 I am happy to have been of service, gautierchomel_; please remember to excuse RRSAgent. Goodbye 18:07:20 Zakim has left #publishingcg 18:24:44 LaurentLM has joined #publishingcg 20:32:40 gautierchomel has joined #publishingcg 21:52:30 gautierchomel has joined #publishingcg 22:08:49 gautierchomel has joined #publishingcg 22:33:43 gautierchomel has joined #publishingcg 22:49:39 gautierchomel has joined #publishingcg 23:36:55 gautierchomel has joined #publishingcg 23:52:40 gautierchomel has joined #publishingcg