12:59:23 RRSAgent has joined #epub-fxl 12:59:23 logging to https://www.w3.org/2021/04/20-epub-fxl-irc 12:59:25 RRSAgent, make logs Public 12:59:26 please title this meeting ("meeting: ..."), wendyreid 12:59:39 laurab has joined #epub-fxl 13:00:13 meeting: Fixed Layout Accessibility TF April 20, 2021 13:00:17 Date: 2021-04-20 13:00:23 chair: wendyreid 13:00:24 MattChan_ has joined #epub-fxl 13:00:27 present+ 13:00:42 gpellegrino has joined #epub-fxl 13:00:43 present+ 13:00:49 present+ 13:01:31 dkaplan3 has joined #epub-fxl 13:02:03 present+ 13:02:07 Rachel_O has joined #epub-fxl 13:02:13 duga has joined #epub-fxl 13:02:23 duga has left #epub-fxl 13:02:45 duga has joined #epub-fxl 13:02:51 present+ 13:03:29 scribe+ 13:04:02 wendyreid: we had homework from last week, just going through the list 13:04:07 ... review of Daisy KB 13:04:38 CharlesL has joined #epub-fxl 13:04:44 present+ 13:04:45 ken: I spent a few hours looking through Daisy KB FXL documentation 13:05:01 ... spotted a few things that I thought were out of date/that I thought were wrong 13:05:15 ... I've done a write up on DropBox paper 13:05:17 https://paper.dropbox.com/doc/Links-to-DAISY-KB-commented-docs--BJOThpgrG5rvKrRjYQhjwFVOAg-b1DlgnppIzzBlph0z2b21 13:05:40 present+ 13:05:43 ... this is like an index page, with comments 13:05:55 ... I'll just go through them now 13:06:16 ... each entry is a link to the KB itself 13:06:25 ... (feel free to add to my comments) 13:06:50 ... KB0 is a naming consistency issue 13:07:40 ... KB1 seems to be written from particular point of view ("are commonly" vs "may be") 13:07:53 ... I would add paragraph about benefits of fxl format 13:08:25 q+ 13:08:34 dkaplan31 has joined #epub-fxl 13:08:58 ack duga 13:09:18 ... reference to "where epub consists of primarily FXL..." is that referring to something deprecated? 13:09:41 duga: even without multiple renditions you can put pre-paginated/fixed layout pages in a reflow epub 13:09:57 ... no real support for this in the wild 13:10:17 ... by the way, are we taking over the Daisy KB? Or is this just recommendations? 13:10:30 wendyreid: we're making recommendations, and mgarrish was here last week and in agreement 13:10:57 CircularKen: feel free to add to my comments clarifying these sorts of points 13:11:43 ... re. WCAG AA conformance, add resize text 13:12:14 ... KB2 more references to fxl within reflow epub 13:12:37 ... and found a broken link in the KB2 document 13:13:02 ... recommend moving a summary paragraph up to the top of the document 13:13:24 q+ 13:13:34 ... KB3 re. images in spine, this is not really something i've seen 13:13:34 ack gpellegrino 13:13:44 gpellegrino: i've seen it in manga created from PDFs 13:13:56 ... this was in early days of FXL 13:14:16 CircularKen: so we might talk about this in best practices 13:14:32 ... it seems that whoever wrote this thought of manga as the main use of FXL 13:15:11 gpellegrino: You can do it, but you have to have a fallback (an XHTML) 13:15:35 wendyreid: I feel like we should just steer people away from this 13:16:02 CircularKen: maybe make it more clear at top of document that it is not a good way to do it, and is largely unsupported 13:16:28 ... KB4 found a typo 13:16:47 ... clarification that since you can embed raster img in SVG, there are some limits to scalability 13:17:04 ... KB5 is WCAG conformance table 13:17:34 ... I would add note that nature of FXL makes it impossible to achieve WCAG AA or higher 13:18:21 ... and recommend, again, loosening language re. image-based FXL to cover uses other than manga-type publications 13:19:48 ... clarifications re. the fact that in FXLs contrast and font choice can be issues 13:20:46 ... document suggests that in some FXLs allow users to change appearance of text. This seems uncommon. 13:21:05 duga: Some RS may allow users to customize line spacing 13:21:28 ... there's no rule against it, but nobody does it 13:21:31 q+ 13:21:48 q- 13:22:10 CircularKen: that might surprise some authors of FXL, who might not expect that in their publications 13:22:47 q+ 13:23:01 ack gpellegrino 13:23:08 ... KB6 seems to suggest that the problem is finding a place to put the image descriptions, but often image descriptions are not visual? 13:23:25 gpellegrino: I think that is in reference to long descriptions, not specifically alt-text 13:24:27 CircularKen: well then it could simply be a link out to a different page? I still think the language in the KB could be updated 13:25:06 ... continuing, animations have long been supported in FXL 13:25:27 ... has anyone seen FXLs with extended image descriptions? How was it done? 13:25:35 wendyreid: i've seen it as an interactive element 13:25:44 ... tapping an arrow under the image would open an overlay 13:25:52 ... but only in highly interactive content 13:26:20 ... same way definitions and videos were implemented (tap to reveal pop-up) 13:27:22 CircularKen: Q re. Daisy KB generally. How to describe images that are spreads, or montages (i.e. combinations of smaller images) 13:27:31 ... i've opened a github issue about this 13:27:54 https://github.com/daisy/kb/issues/35 13:28:22 ... i think summarizing that issue in the KB would be useful 13:28:41 ... KB7, no suggested changes 13:29:05 https://paper.dropbox.com/doc/Suggestions-for-additional-DAISY-KB-articles--BJOEvLh5aCOg9bXd3Rhz3YGzAg-MhUnnl1PcYVEMBVmeaC6A 13:29:12 ... i've got suggestions for where there are currently gaps 13:29:17 ... for additional articles 13:29:40 q+ 13:29:44 ... one for structure (e.g. TOC) 13:30:03 ... one for Tables 13:30:08 ... one for interaction 13:30:14 ack Rachel_O 13:30:26 ... maybe one for comparison between FXL and PDFs? 13:30:42 Rachel_O: re. descriptions for spreads 13:30:53 q+ 13:31:31 ... some resources recommend that the entire image description appear all on the first half, with the second half simply containing text referring back to the first half 13:32:01 ... a different way is to split the description over the composite parts of the spread (works well for children's books) 13:32:40 ... for montages and complex images, recommendation is to provide a general layout of the image, and then drill down and describe each part 13:32:45 q+ 13:33:02 ack CharlesL 13:33:10 ... and keep in mind that not all parts of such an image need to be describe in the same level of detail 13:33:29 CharlesL: alt-text is great, but that is only available via AT 13:33:44 ... how do we describe these images to people with, for example, cognitive disabilities? 13:33:59 ... we have to think about not just screen-readers 13:34:16 ... also, when alt-text gets very long, that's a problem for editing 13:34:28 ... no support for semantic markup within alt-text 13:34:35 ... that's why extended desc are good 13:35:06 ... the other best practice should probably be to make the image itself clickable (e.g. if you have no space to add a click here link) 13:35:20 q+ 13:35:30 ... that would then bring up HTML rendered text equivalent of the image 13:35:37 ack duga 13:35:52 duga: re. splitting images into pieces for describing complex images 13:36:02 ... is this discussed in the KB? 13:36:22 CircularKen: its not in the KB, but its in the daisy github issue (above) 13:36:52 duga: about alt-text, its not necessarily true that only screen readers access info n alt-text or ARIA label 13:37:13 ... we've extracted ARIA labels to do other things, e.g. getting definitions, highlighting words 13:37:33 ... we could recommend that RS do other things with this sort of data that is already available 13:37:54 wendyreid: we don't need to get too deep into alt-text, this is fairly well understood already 13:37:55 ack CircularKen 13:38:12 ... but extended desc has an UI component which may be more of an issue for FXL 13:38:25 q+ 13:38:36 ack CharlesL 13:38:47 CircularKen: so, would that sort of desc be something authored? 13:39:06 CharlesL: i thought so, yes. And then it would be up to the RS how to access that information 13:39:28 ... but the idea of the RS adding something on top of the book is like what we are doing with Image Share 13:39:37 ... but that requires plug-ins 13:40:05 wendyreid: this is great 13:40:18 ... and because this is hosted in github we can probably directly help with the edits as well 13:40:19 +1 great job Ken! 13:41:05 wendyreid: what kind of content uses FXL? Common use-cases for FXL. 13:41:11 ... talked to Rachel_O about this 13:42:02 Rachel_O: started working on this. I'm waiting on BNC. Wanted to reach out to eBOUND. 13:42:15 ... I have a list of types of books which commonly use FXL 13:42:16 q+ 13:42:27 ack duga 13:42:31 ... hoping to get actual numbers 13:43:06 duga: its a hard question. Are we asking who sorts of books are MADE using FXL? Or what FXL books are actually read? 13:43:17 ... if read, then its going to be mostly manga 13:43:23 q+ 13:43:28 ... might not be worth asking 2nd question 13:43:34 dauwhe has joined #epub-fxl 13:44:13 Rachel_O: in terms of what is being made, then in Canada its probably going to be comics, children's books, maybe textbooks, and anything else image heavy 13:44:22 ... would be nice to get data from distributors 13:44:29 duga: yes, sales would be very useful 13:44:44 q+ 13:44:50 ack CharlesL 13:45:15 CharlesL: we're working on a set of guidelines for libraries and bookstores to show the a11y metadata in books 13:45:38 q+ 13:45:40 ... i'm wondering if we should also recommend that they give an additional warning where the book is FXL 13:45:49 q+ 13:45:50 ack CircularKen 13:46:08 CircularKen: i wonder whether its worth mentioning the interactive aspect of FXL? 13:46:32 q- 13:46:36 ... its under used, not many publishers use it 13:46:59 ... some educational publishers want this sort of interactivity 13:47:12 ack dkaplan31 13:47:16 ack dkaplan 13:47:56 q+ 13:48:10 dkaplan31: i don't see anything in Schema metadata specifically about FXL 13:48:36 ... should we recommend putting something about FXL in a free-text section of the Schema? 13:48:40 q+ 13:48:50 ack CharlesL 13:48:59 ... if the Schema vocabs are not set in stone, maybe recommend that something be added to identify FXL? 13:49:20 CharlesL: yes, we can add values to vocab 13:49:41 ... but what I was referring to was using what is already in the metadata to identify FXL 13:50:15 ... re. interactive. Has anyone seen comics where the reader zooms into the publication, and allows you to browse panel by panel? 13:50:36 ack duga 13:50:45 wendyreid: yes, comicsology (Amazon), kobo allows you to zoom, Google Play has bubble detection 13:50:58 s/comicsology/comixology/ 13:51:16 duga: so we present the entire page, and then increase the size of the text while making it appear still part of the publication 13:51:26 q+ 13:51:30 ... useful for low vision, but there is a limit to how big you can make the text 13:51:56 ack CircularKen 13:52:01 ... also allows you to read the text in order separate from the images, uses region navigation internally to do this 13:52:04 q+ 13:52:25 CircularKen: I read the EUAA article by laurab 13:52:51 ... so should not have a single sensory way of reading the book 13:53:37 ... rather than forcing aspects of a11y in FXL, which is difficult, can we consider a way of reading an FXL that depends on just the text in the document? 13:53:43 ack duga 13:54:03 wendyreid: we talked about this last week, i think, with multiple renditions 13:54:19 ... there's this idea that we shouldn't have separate documents 13:54:29 CircularKen: i would want it to be a single publication 13:54:47 wendyreid: i think we should focus on making sure that whatever is going on behind the FXL IS that textual equivalent 13:55:11 ... in terms of what we say in our best practices, etc. I think that's what we should be aiming for 13:56:20 duga: about detecting when a book is FXL based on metadata, we kind of do that with our alert to people that certain content is better on large screens 13:56:50 ... but also, just knowing that something is FXL doesn't necessarily tell you how accessible the book itself is 13:57:02 ... don't want to encourage throwing out the good with the bad 13:57:22 wendyreid: yes, reflowable books can be really poor from a11y point of view too 13:57:46 q+ 13:57:50 ack CircularKen 13:57:58 duga: even from RS side, knowing whether a book is FXL or not doesn't say anything about accessibility 13:58:44 CircularKen: i think we can use Schema accessModes to describe things 13:59:07 wendyreid: I'll have an outline of our progress for next week 13:59:22 ... will get in touch with business group re. getting FXL sample content that we can share 13:59:34 ... hopefully BNC can help us with data about FXLs 13:59:40 ... thank you everyone, and thank you Ken! 13:59:46 ... bye everyone! 13:59:58 zakim, end meeting 13:59:58 As of this point the attendees have been wendyreid, MattChan_, laurab, dkaplan, duga, CharlesL, gpellegrino 14:00:00 RRSAgent, please draft minutes 14:00:00 I have made the request to generate https://www.w3.org/2021/04/20-epub-fxl-minutes.html Zakim 14:00:01 laurab has left #epub-fxl 14:00:03 CharlesL has left #epub-fxl 14:00:03 I am happy to have been of service, wendyreid; please remember to excuse RRSAgent. Goodbye 14:00:07 Zakim has left #epub-fxl 14:00:10 RRSAgent, make logs public 14:00:57 rrsagent, bye 14:00:57 I see no action items