Hello, Going back to our earlier conversation about ensuring the accessibility of Mini Webinars, I'm able to share MiR's Accessibility Workbook (attached).
This is of particular interest to blind R users because the RStudio IDE is not an option for us due to its inaccessibility. Please let me know if you have any questions. Liz
> On Jan 18, 2021, at 3:32 PM, Liz Hare <lizh...@gmail.com> wrote: > > Thanks for asking, Chris, Sorry it's taken me so long to answer, but I'm > working on something related that I hope will be helpful for this project. > > Accessibility best practices are kind of specific to how you want to present > the materials. I've been working on pieces of this with R Forwards > https://forwards.github.io, where our work started on accessibility of > in-person conferences > https://github.com/forwards/event_best_practices/blob/master/DRAFTEventBestPracticesDisability.md). > Relevant parts of these guidelines were adopted with UseR2020 was moved > online. > > I'm also working with MiR (https://mircommunity.com) on the accessibility of > their webinars. In the next couple of weeks, we should have pretty extensive > accessibility guidelines to share. I will let you know when that document is > released. > > Thanks again, > Liz > > > >> On Jan 2, 2021, at 5:22 AM, Chris Wallace <ce...@cam.ac.uk> wrote: >> >> Hi Liz, perhaps your input before decisions about form are taken would be >> useful. Are there some general principles docs we should refer to? C >> >> http://chr1swallace.github.io >> On 30 Dec 2020, at 14:49, Liz Hare via ESS-help <ess-help@r-project.org> >> wrote: >> Hi, all, >> >> As you decide what form these materials will take, hit me up for tips and >> questions about how to make them accessible to R users with disabilities. >> >> Liz >> >> On Dec 30, 2020, at 9:38 AM, Dirk Eddelbuettel via ESS-help >> <ess-help@r-project.org> wrote: >> >> >> On 30 December 2020 at 17:27, Greg Minshall wrote: >> | i've never been involved in a multi-user gitlab/github thing (i'm pretty >> | much a loner), so i don't know how collaboration works best. but, it >> | might make sense to start all in the same repo. in ignorance, maybe >> | Dirk would be in charge of creating subdirectories, and delegating >> | editing authority to one or more of us for that subdirectory? (either >> | using some git*-provided controls, or by mutual agreement.) >> >> I suggest to bounce the question back to the group as someone a little >> involved with a few multi-user / multi-contributor repos: having an org and >> indedependent repos therein may be better. Also makes it easy for a few of >> us to "own" the org and share it. >> >> | and, maybe a section at the end of collabedit: name/initials/topic >> | volunteering? i'll start. >> >> Yes please, an excellent suggestion. >> >> Dirk >> >> -- >> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org >> >> >> ESS-help@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/ess-help >> >> >> ESS-help@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/ess-help >
______________________________________________ ESS-help@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/ess-help
