13:47:50 RRSAgent has joined #pmwg 13:47:54 logging to https://www.w3.org/2024/04/05-pmwg-irc 13:47:54 RRSAgent, make logs Public 13:47:55 Meeting: Publishing Maintenance Working Group 13:48:22 ivan has changed the topic to: Meeting Agenda 2024-04-05: https://lists.w3.org/Archives/Public/public-pm-wg/2024Apr/0000.html 13:48:23 Chair: wendy, tzviya 13:48:23 Date: 2024-04-05 13:48:23 Agenda: https://lists.w3.org/Archives/Public/public-pm-wg/2024Apr/0000.html 13:48:24 Meeting: Publishing Maintenance Working Group Telco 13:48:24 Regrets+ rickj, dhall 13:54:53 George has joined #pmwg 13:55:54 wendyreid has joined #pmwg 13:58:58 shiestyle has joined #pmwg 13:59:16 toshiakikoike has joined #pmwg 14:01:11 present+ 14:01:13 present+ 14:01:28 present+ 14:01:51 gpellegrino has joined #pmwg 14:01:56 tzviya has joined #pmwg 14:01:59 present+ 14:02:33 present+ 14:02:40 present+ 14:02:49 present+ 14:02:58 present+ dale_rogers 14:03:02 Dale0 has joined #pmwg 14:03:13 present+ masakazu 14:03:25 LaurentLM has joined #pmwg 14:03:42 present+ hadrien 14:03:50 scribe+ 14:03:50 present+ LaurentLM 14:04:03 present+ jaclyn_retallick 14:04:09 present+ avneesh 14:04:23 wendyreid: Welcome to the PMWG, we have a guest today 14:04:28 AvneeshSingh has joined #pmwg 14:04:44 present+ 14:05:10 Jaclyn: I work at Rakuten Kobo with Wendy, I'm an intern at the QA team 14:05:29 https://w3c.github.io/epub-specs/epub33/fxl-a11y/ 14:05:32 MasakaziKitahara has joined #pmwg 14:05:42 s/Jaclyn/jaclyn_retallick/ 14:05:46 Hadrien has joined #pmwg 14:05:53 present+ 14:05:53 present+ 14:05:56 Topic: Publishing the FXL A11y WG Draft Note 14:06:13 wendyreid: there's been a join task force between PMWG and Publishing CG 14:06:52 ... with the focus to produce guidelines to make FXL ebooks more accessible 14:07:20 ... the question today is to make the note published as a draft note, to get a broader review 14:07:58 ... this document is a practice and recomandations document 14:08:24 q+ 14:08:25 ... it will have a techniques document where we'll list how to achieve the goals proposed 14:08:30 ack George 14:09:04 George: before we approve this (6 month from now), do we aspect to have authoring tools or publishers or reading systems that will support it? 14:09:55 wendyreid: because it's a note it doesn't require the process of the rec, so is not required to have implementations 14:10:30 ... at the same time we based our suggestions from real life ebooks and tools 14:10:42 George: do we want to test it? 14:10:53 It would be helpful to know what draft note mean. Does it mean that structure of note is freezed, or is it a more mature version of editor's draft, and structure can be revisited? 14:11:01 wendyreid: it's not mandatory, but may help 14:11:42 wendyreid: it's a more mature version of an editors' draft 14:11:45 q+ 14:11:51 ack ivan 14:11:57 ... having it published as TR we'll make it more visible 14:12:44 ivan: the difference between a draft note and a note is more on the naming, then on the content or the stability of the document 14:12:59 q+ 14:13:05 ack Dale 14:13:07 q+ 14:14:08 Dale0: I asked big retailers specs about FXL, they sent me links both to new and old version of EPUB 14:14:56 ack gpellegrino 14:14:56 wendyreid: Yes, I know that documents, reading systems normally try to support all versions of EPUBs 14:15:02 scribe+ 14:15:35 gpellegrino: Two questions, before publishing as a draft note, do we want a short period of review for this group? 14:15:58 q+ 14:16:06 ... one of the last notes about accessibility exemptions, we requested an OK from APA, since we speak about Accessibility, do we need to ask them to review? 14:16:06 14:16:09 ack vi 14:16:12 ack iv 14:16:35 ivan: to the second question, we have no requirements to ask for an horizontal review 14:17:08 ... I'm comfortable in publishing it now as a draft note 14:17:36 q+ 14:17:36 ... as an aside I asked ??? and ??? to ask them a review 14:17:39 q+ 14:17:44 ack AvneeshSingh 14:17:51 s/???/Kevin/ 14:18:05 s/??? to/Shawn to/ 14:18:41 AvneeshSingh: APA review may not be important for a process point of view, but maybe before the official release may be good to ask them a review 14:18:55 ... maybe we can ask also to the AG WG 14:19:02 ... since WCAG are involved 14:19:10 ack tzviya 14:19:31 ... for the time to review I suggest 2-3 weeks for internal review 14:20:22 tzviya: I think that publish the draft note doesn't impede us from update it later 14:21:30 q+ 14:21:36 wendyreid: is there any concern in publish it? 14:21:37 q+ 14:22:01 ack ivan 14:22:10 ... I think it's ok to publish it in draft note status 14:23:05 ivan: I understand the reactions, but I would prefer to publish the note to make it known by the world 14:23:26 ack AvneeshSingh 14:23:29 ... the document is under discussion from fairly long time, so I think it is the right time now 14:24:04 AvneeshSingh: two things, I think we should ask APA before publish it as "official" note 14:24:13 q+ 14:24:32 ... I think an internal review should be useful, having the notice about it 10 days ago would be great 14:24:33 q+ 14:24:47 ... it's ok that for the task force the document is fine 14:25:31 wendyreid: we ave a publishing moratorium next week, but we may move it to the end of the month 14:25:36 ack shiestyle 14:26:07 ack ivan 14:26:15 shiestyle: I agree to publish it as a draft note, so it's more easy to have feedback from DAISY Japan 14:26:55 ivan: I propose to do something in the middle, I propose to vote via email for publishing the note 14:27:37 ... everybody in two weeks reviews the note and in two weeks we take the decision about publishing it 14:27:39 q+ 14:27:59 wendyreid: I agree I can send it at the end of the meeting 14:28:06 ... asking for review 14:28:14 ack gpellegrino 14:28:38 gpellegrino: In the meantime, we still have the monday meetings of the TF, we can meet there and discuss there, we don't need the WG call to discuss 14:29:04 https://github.com/w3c/epub-specs/pull/2602 14:29:06 Topic: Webtoons discussion cont. 14:29:23 q+ 14:29:32 ack ivan 14:29:39 wendyreid: we would like to find some kind of consensus 14:30:56 ivan: on the GitHub comments Hadrien proposed a possible solution, but it requires to add a new normative feature in the spec, and we are not allowed by the charter 14:31:36 ... I propose to put this charter question aside and we try to find the best solution based on consensus 14:31:59 ... at the end if the best solution requires to change the charter we can work on it 14:32:38 q+ 14:32:56 ack shiestyle 14:33:29 shiestyle: the Japanese community doesn't want a new feature for publishing webtoons 14:34:11 ... but if most people in the group want it, I'm not against it 14:34:30 q+ 14:34:49 ack tzviya 14:35:22 wendyreid: I think one problem here is that we don't have enough knowledge about webtoons outside Japan 14:36:49 q+ 14:36:49 tzviya: we had a long discussion, we said that the user may select the preferred way to read ebooks (scroll o paginated) 14:36:49 q+ 14:36:54 ack Hadrien 14:37:09 ... the webtoons that are being printed are paginated 14:37:52 Hadrien: for that content what you don't want to do is to have a page with a little content in the middle 14:38:06 ... the problem is how to move forward and backward 14:38:21 ... in a smartphone does the content have to fit the width? 14:38:36 q+ 14:38:40 q+ 14:39:07 ack LaurentLM 14:39:08 ... using reflow or FXL doesn't matter, they both don't work in this way 14:39:35 LaurentLM: tzviya said that is not about reading systems capabilities, it's about semantics 14:40:02 ... in pre-paginated we speak about pages, and a viewport 14:40:18 ... in webtoons we speak about tiles, each with different dimensions 14:40:28 ... those are two different things 14:40:54 ... if we want to use EPUB for webtoons (it's fine), but we need another approach 14:41:22 ... if we use FXL a reading system will display tiles in "pages", with edges 14:41:33 ack shiestyle 14:41:40 ... so I think we cannot use the pre-paginated world for webtoons 14:41:54 q+ 14:42:26 shiestyle: it depends: rendition-flow: scroll-continuos is for us a sign to say that the EPUB is a webtoons 14:42:41 ack wendyreid 14:42:44 ... because we don't have another value to express it 14:43:28 wendyreid: a lot of these are coming down to implementations and reading systems 14:43:38 q+ 14:44:19 ... however a lot of these will come down to user preferences and how they prefer to read content 14:44:47 ... I can read with scroll both for reflowable content and FXL 14:45:18 +1 to wendyreid 14:45:35 q+ 14:45:39 ... we just want to give the content creator the ability to signal that scroll is the preferred way to consume that content 14:45:46 ack Hadrien 14:46:13 Hadrien: I'm trying to list requirements at high level: 14:46:23 q+ 14:46:31 ... you want to have content that fits the full with of the viewport 14:46:55 ... you want to list tiles on attached to the other (without borders) 14:47:07 ... you want to access the whole content by scrolling it 14:47:33 ... for this I think that the pre-paginated UX is not the good one 14:48:10 ... an additional thing is how to deal with series and collections 14:48:28 ... reflowable is all on the power of the user 14:49:02 ... FXL is based on control by the content creator and as the assumption that you see the whole "page" in the viewport when you load it 14:49:51 ack ivan 14:49:54 ... I think the UX would be much better if there is something specific, then using the FXL 14:50:57 ivan: the current disagreement is that some publishers are using a undefined combination of proprierties to signal that a content is a webtoon 14:51:27 +1 to Ivan, that is right 14:51:37 ack tzviya 14:51:38 +1 to Ivan, that's a good summary 14:51:40 ... what Hadrien says is to create a new value to express clearly what publishers want 14:52:37 q+ 14:52:45 ack shiestyle 14:53:01 tzviya: I think we are discussing all the same thing in these meetings; we have publishers already doing it, we have to help them. 14:53:36 q+ 14:53:48 q+ 14:54:03 qq+ 14:54:04 shiestyle: I think we don't need a new feature, we are already using it, changing the old content may be challenging 14:54:09 ack ivan 14:54:09 ivan, you wanted to react to shiestyle 14:54:51 q+ 14:54:54 ack LaurentLM 14:54:56 ack ivan 14:55:12 ivan: the way I understand it, is not to add requirements for new features in the reading system, but to better express the content nature 14:56:00 LaurentLM: I understand that in Japan the prototype was developed and coming to the standard body, and here the discussion is happening 14:56:13 ack gpellegrino 14:56:18 ack wendyreid 14:56:32 ... is good to have the prototype, now let's find a good way to express it 14:57:02 wendyreid: maybe we can do this iteratively 14:57:20 q+ 14:57:35 ... we have also to think about expanding EPUB 14:58:01 ... but this is only part of the solution 14:58:26 ack Hadrien 14:58:38 ... right now it may be a little bit rough, but with better metadata, and OPF organization and etc. we can improve the UX 15:00:01 Hadrien: in reflowable is the user that decides how to read the content, we have seen few EPUBs using rendition-flow in the wild, and fewer reading systems supporting it 15:00:33 ... I think that extending something that is poorly implemented in reflow is not a good idea to expand it to FXL 15:00:59 rrsagent, draft minutes 15:01:00 I have made the request to generate https://www.w3.org/2024/04/05-pmwg-minutes.html ivan 15:05:36 rrsagent, bye 15:05:36 I see no action items