12:59:39 RRSAgent has joined #epub-fxl 12:59:39 logging to https://www.w3.org/2021/04/13-epub-fxl-irc 12:59:42 RRSAgent, make logs Public 12:59:42 please title this meeting ("meeting: ..."), wendyreid 13:00:00 meeting: Fixed Layout Accessibility TF Meeting April 13, 2021 13:00:06 date: 2021-04-13 13:00:10 chair: wendyreid 13:00:26 gpellegrino has joined #epub-fxl 13:00:35 present+ 13:00:38 present+ 13:00:41 present+ 13:00:43 Ken_Jones has joined #epub-fxl 13:00:49 present+ laurab 13:00:55 present+ Ken_Jones 13:01:22 CharlesL has joined #epub-fxl 13:01:48 shiestyle has joined #epub-fxl 13:02:07 present+ 13:02:10 George has joined #epub-fxl 13:02:32 Link to zoom is where? 13:03:56 scribe+ 13:04:05 scribe+ 13:04:12 duga has joined #epub-fxl 13:04:42 present+ 13:05:02 wendyreid: welcome everyone to FXL TF 13:05:17 ... last week we decided there were 3 main areas that we wanted to work on 13:05:39 ... updating Daisy KB to reflect more current FXL production and provide better examples of what is done in the real world 13:05:50 ... write best practices around building accessible FXL 13:06:14 ... and experimentation around modern CSS (e.g. grid and flexbox) in epub that leads to better a11y 13:06:16 present+ (not on IRC) Rachel Osolen (NNELS) 13:06:33 ... we need volunteers and a plan for tackling those 13:06:48 q+ 13:06:51 q+ 13:06:52 ack Ken_Jones 13:06:59 Ken_Jones: i'm happy to be involved in the first two 13:07:05 ivan has joined #epub-fxl 13:07:27 ack gpellegrino 13:07:54 gpellegrino: i would like to make some experiments with FXL, would be happy to help with modern CSS in FXL 13:08:08 ... including modern HTML and ARIA etc. 13:08:10 Perhaps Zoom information should be in calendar invitations. 13:08:16 /me it's the same as the weekly meeting duga 13:10:17 present+ 13:10:21 wendyreid: the business group is also collecting some use-cases around mixed use of fixed and reflow content in epub 13:10:24 present+ 13:10:38 ... i've asked for updates on this so as not to overlap work too much 13:11:33 I am happy to help as well. 13:11:34 will: one of my team is joining today, veejay, and we're happy to join 13:11:48 s/veejay/vijay 13:11:56 q+ 13:12:04 ack George 13:12:13 q+ 13:12:17 George: so i can envision techniques to make these accessible, except for low vision 13:12:31 ... i don't see how it can be done unless there are alternative version available 13:13:02 ... if enlarging means having to pan left and right, that's not accessible 13:13:10 ack CharlesL 13:13:16 q+ 13:13:30 CharlesL: on that note, i'm happy to help test it 13:13:43 ... CSS grid and flex might be able to help 13:13:57 ... i.e. having it reflow so that the content can be scrolled vertically 13:14:31 ... also as part of our global certification, I can make sure that our best practices here will get sent out to all our certified publishers and conversion vendors 13:14:47 ... also able to help with Daisy stuff 13:14:54 ack duga 13:15:18 duga: one thing we could add is where the text in these books is, and how it is laid out 13:15:33 ... we can then zoom the text only in these areas (e.g. the bubbles in a comic book) 13:15:40 q+ 13:15:47 ... not sure if anyone would actually take advantage of this though 13:16:08 ... might work better for some genres (i.e. cookbook) than other (i.e. illustrated children's books) 13:16:19 ack George 13:16:22 ... so its not necessarily a technical limitation as much as a buy-in limitation 13:17:03 George: if you could go into a mode where you're walking the text, tab from one text object to the next, while having those enlarged, then each one could be enlarged, spoken, and brailled at the same time 13:17:11 duga: that can solve the problem 13:17:38 ... you get issues where you have a line of text that already stretches the length of the screen, so you're not sure how to reflow it 13:17:47 ... but yes, that's what we do for our comic book reader 13:17:58 q+ 13:18:15 wendyreid: regions navigation was a good idea that never got implemented 13:18:25 duga: except for our bubbles implementation 13:18:44 ack CharlesL 13:18:48 wendyreid: some RSes have done it on the RS side without collaboration with authors/publishers 13:19:13 CharlesL: if there were alt-text/ARIA labels, couldn't you use those instead of source text? 13:19:33 duga: comic books are often pure images, so there's nothing to stick an ARIA label on 13:19:47 q+ 13:19:48 ... you could create objects to attach those labels to, in theory 13:20:02 ack George 13:20:12 ... one publisher created a font that is a replica of their hand lettering, an idea 13:20:30 George: the EUAA will not allow FXL that are not accessible to be sold 13:20:45 ... the legal hammer is probably going to have an impact on what gets done 13:20:59 ... we have opportunities here to come up with technical solutions that people will embrace 13:21:12 wendyreid: timing-wise we're in a good place 13:21:46 ... i think in terms of the tone of our best practices, its worth reminding people that a lot of things don't really need to be FXL 13:21:53 q+ 13:22:13 ack Ken_Jones 13:22:18 ... we can provide ways to do things in FXL but also some alternatives (e.g. flexbox even in reflow content) 13:22:48 q+ 13:23:20 Ken_Jones: i'm a fan of the approach of having more than one output (e.g. an FXL version marked with the appropriate Schema warnings), and then have a maximally accessible 2nd version 13:23:34 ack gpellegrino 13:23:57 q+ 13:24:01 gpellegrino: 10 years ago i did some experiments with FXL using only responsible CSS (so not flexbox etc.), and it worked on some RS but not on others 13:24:10 ... that could be a quite simple way that we can test 13:24:14 ack George 13:24:30 George: 25 years ago people would put up a separate website for the blind 13:24:33 ... but it was a total failure 13:24:44 ... and lead to clear recommendations that that was not the right approach 13:24:57 q+ 13:25:01 ... having a version for people with disabilities probably would not be accepted 13:25:10 ... though it would work 13:25:21 ... and now with better metadata it would be discoverable 13:25:46 ... and under EUAA you couldn't sell the inaccessible version unless an accessible version existed 13:26:13 wendyreid: this kind of falls into the alternative version idea, and there are already organizations that do this sort of work 13:26:38 George: back then my idea was that multiple renditions would be used to package up fixed and reflow versions of the same content in one package 13:26:43 ack Ken_Jones 13:27:43 Ken_Jones: i'd be happy for the more accessible versions to be in the same package 13:28:18 ... if the alt-text etc. gets worked out, i can see how we could generate a more textual version 13:28:28 ... i wonder if it makes more sense to think of the versions as textual vs visual 13:28:48 ... seems to tie more into the Schema accessModes 13:29:17 wendyreid: there's a reason we've removed multiple rendition from the core spec 13:29:30 ... we need these recommendations to reflect how publishers, RSes, do books today 13:29:52 ... asking for a publisher to create multiple versions of a title aren't going to work 13:30:01 ... that's why we have conversion houses 13:30:25 ... any help we provide should steer people towards making a single better version 13:30:44 ... with push behind born accessible, it seems like publishers are more interested in providing a single better version 13:30:58 q+ 13:31:04 ack George 13:31:33 George: so we do not want to rely on alternate version producers to provide accessible versions of these products 13:31:48 ... we should be figuring out the best solutions and practices that will allow AT to get at the underlying information 13:32:18 ... to me that means that the image representation of text is pulled out by alt-text, ARIA, whatever, and that those strings can be reflowed and reordered 13:32:51 q+ 13:32:52 wendyreid: we can't change the spec, so what we recommend will be best practice, code samples, example book 13:33:07 George: and we have to identify two mainstream implementations that can render that content 13:33:13 q+ 13:33:15 ack CharlesL 13:33:39 ack duga 13:33:42 CharlesL: the other thing i was going to mention is that once we have some options available we could create a test book for epubtest.org for testing on a number of different RSes 13:34:01 q+ 13:34:03 duga: since we're not changing the spec, two implementations aren't actually required 13:34:08 q+ 13:34:10 ... no normative statments 13:34:15 ack Ken_Jones 13:34:21 wendyreid: we're also not having anything to do with testing HTML or CSS, so yes 13:34:47 Ken_Jones: sometimes when you present an FXL to RS that isn't able to display that content, it gives you a stream of modified content 13:34:59 ... maybe that's what we should be thinking about 13:35:07 ... a different way to view the same epub 13:35:40 wendyreid: a RS that is doing that isn't really following the spec, which requires that FXL work 13:35:44 ack gpellegrino 13:35:53 ... but its better than breaking completely since it is, at least, a kind of fallback 13:36:32 gpellegrino: agreed re. the need for implementations, but since FXL support is inconsistent, I think we should at least map whether our recommendations work across RSes 13:37:00 wendyreid: if we counter situations in our examples where our recommendations don't work, might be work leaving a note for the RS implementors 13:37:08 q+ 13:37:12 ack George 13:37:12 s/we counter/we encounter 13:38:12 George: we see in education that there are organizations like Bookshare and Access Text Network, that if there is a commercial version available that is DRMed, then those versions can be made available DRM-free 13:38:30 ... if we could identify RSes that are better for accessibility than others that would be useful 13:38:37 ... people could be directed to those RSes 13:38:51 ... and also give other RS developers incentives to do in those directions 13:39:31 wendyreid: maybe we could work with epubtest once we have those best practice examples 13:40:26 ... if our recommendations meet EUAA, then yes, this would give RSes and content producers incentives if they want to continue operating in the EU 13:40:45 George: for epubtest we've decided to come out with new titles to test experimental features 13:40:59 ... i'm in the process of creating a 90-day plan for epubtest 13:41:11 ... should I include an experimental FXL book in that plan? 13:41:21 wendyreid: yes, i think so 13:41:24 ... and i can help 13:41:56 gpellegrino: the test books on epub test are mainly for testing if features work, not much content in them 13:42:12 ... but yes, we could have an FXL one 13:42:50 wendyreid: for the Daisy KB update and the best practices, we have volunteers 13:43:01 ... the volunteers should be put in touch with mgarrish 13:43:15 ... volunteers please review what is currently in the FXL section of the KB 13:43:15 http://kb.daisy.org/publishing/docs/fxl/index.html 13:43:33 ... think about where we can expand on that, and come up with a plan to address those gaps 13:43:40 ... then share that with the rest of the group please 13:43:49 ... for best practices we have the doc that Ken shared 13:43:55 ... we can convert that into framework 13:44:17 ... i've talked to mgarrish and ivan about setting up a folder on github for that purpose 13:44:21 ... agreed? 13:44:40 ... and we'd want these back by next week? 13:44:46 will: we'll do our best 13:44:58 George: Marisa uses github to manage the books in the epubtest repo 13:45:04 q+ 13:45:05 ... you can just put your test FXL in that same repo 13:45:10 ack Ken_Jones 13:45:23 Ken_Jones: would it be a good idea to get some content early on 13:45:38 ... to compare against what already exists 13:45:45 ... if so, where would that content come from? 13:45:51 ... do we need samples from publishers? 13:45:56 q+ 13:45:58 q+ 13:46:03 wendyreid: we'd need to find some, or make so, yes 13:46:12 ack duga 13:46:36 duga: one of the problems is that there are so many esoteric use-cases of FXL 13:46:45 ... there isn't really a representative FXL book 13:47:06 ... sometimes its all pictures, sometimes its SVGs, sometimes there are images and text overlaid 13:47:12 ... we may need more than one sample book 13:47:26 wendyreid: we'll need at least one sample of each representative archetype 13:47:44 ... kids book, comic, recipe, coffee table, etc. 13:48:02 will: might be able to get a sample FXL, but it wouldn't be in English. OK? 13:48:07 wendyreid: yes, that would be great 13:48:20 q+ 13:48:21 ... don't want to fall into a trap of making our recommendations anglo-centric 13:48:25 ack gpellegrino 13:48:38 gpellegrino: do we have statistics on the usage of FXL? 13:48:45 q+ 13:48:48 ... are they more used by children, etc.? 13:49:00 ... to help us narrow down the 5 or so use-cases to start with 13:49:18 ack Ken_Jones 13:49:35 Ken_Jones: does the content need to be totally public domain? 13:49:54 ... publishers probably want to volunteer, but might not want to share their content forever... 13:49:56 q+ 13:50:13 wendyreid: it doesn't have to be public domain, but it'd have to be postable on a github... 13:50:25 ack duga 13:50:28 ... if we could use public domain content then we don't have to worry about any of that 13:50:51 duga: i have access to content that my parent company owns, and we're under strict licensing, so we can't contribute it 13:51:20 ... and the types of FXL content most commonly used will depend on territory 13:51:30 ... e.g. in JP it would be manga 13:51:38 ack George 13:51:48 wendyreid: for us it would be kids books, comics, textbooks, in that order 13:52:32 George: one approach would be for publisher to give permissions for use of a small portion of a copywritten work 13:52:46 q+ 13:52:53 ack duga 13:53:08 duga: we could ask publishers for silly demo books 13:53:18 ... i.e. we give them content that they run through their tool chain 13:53:24 q+ 13:53:27 ack Ken_Jones 13:53:27 wendyreid: good idea 13:53:44 Ken_Jones: we want the examples to be professional content 13:53:55 ... maybe we could get extracts? 13:54:08 ... i've written a children's book, and might be able to clear rights to the illustrations... 13:54:10 q+ 13:54:20 ack George 13:54:56 George: this is a good opportunity to have the CG working with the business group, we can ask the business group for help here 13:55:06 wendyreid: yes, I can ask 13:55:34 ... maybe ask for the same amount of content that a publisher would agree to post as a sample 13:55:44 q+ 13:55:48 ... is everyone clear on what we need from them for next week? 13:55:50 ack Ken_Jones 13:56:03 Ken_Jones: so I'll look through the KB? 13:56:14 wendyreid: yes, i'll send summary email along with minutes after we end 13:57:00 ... thank you, we'll see you again soon 13:57:18 laurab has left #epub-fxl 13:58:40 rrsagent, draft minutes 13:58:40 I have made the request to generate https://www.w3.org/2021/04/13-epub-fxl-minutes.html ivan 13:59:33 CharlesL has left #epub-fxl 14:00:39 rrsagent, set log public 14:00:48 rrsagent, draft minutes 14:00:48 I have made the request to generate https://www.w3.org/2021/04/13-epub-fxl-minutes.html ivan 14:48:48 ivan has joined #epub-fxl 15:05:35 rsosolen has joined #epub-fxl 16:02:28 Zakim has left #epub-fxl