A community-driven resource to both find and share information on the accessibility of tools, services, platforms, and so on.
If you have experience with a resource and how accessible it may or may not be, please contribute. Ideally, if you follow the existing format this will be much easier for others to use as well as for us to maintain.
The document is managed on GitHub and uses Markdown for contributions. If you do not use GitHub and/or Markdown, you can still submit via email (email address still needed). Please include the date of your review in the content you submit.
- Online Surveys
- Content Platforms
- Video Conferencing
- Source Control
- Project Management Software
Tools used for polls, surveys, or questionnaires.
22 January 2019. Took a Smashing Magazine survey using JAWS with Internet Explorer 11. It appears no special work needs to be done when setting up a form.
- Confirmed no special adjustments made for the form to work with JAWS/IE11.
- Users had raised issues with TypeForm, no issues raised since moving to SurveyMonkey in response.
- SurveyMonkey radio buttons are hidden in Windows High Contrast Mode (Edge, IE11, Firefox), meaning these users cannot identify the radio buttons nor their state (toggled or not). Raised as an issue on this repo.
A SurveyMonkey form is accessible to a JAWS / Internet Explorer 11 user. SurveyMonkey radio buttons are hidden to users in Windows High Contrast Mode.
22 January 2019. Took a U of Colorado survey using JAWS with Internet Explorer 11.
A SurveyGizmo form is accessible to a JAWS / Internet Explorer 11 user. If you are using another SR/browser combination, please add to this.
23 January 2019. Took an IAAP survey using JAWS with Internet Explorer 11.
Questions scrolled way off screen, headings were imperfect. All questions could be navigated and answered. Error messages were not inline (for radio buttons at least) and the overall error message was a very long run-on list of error text as a live region that caused JAWS to choke and stutter instead of announcing them all.
Formstack may pose problems for JAWS/IE11 users, zoom users, and mobility impaired users.
20 January 2019. Typeform generally does not work with screen readers across platforms. Field labels are not exposed correctly, question navigation is problematic, and answers are not consistently exposed. Color contrast is below WCAG minimums.
There is no public bug tracker to follow issues.
- Bug reported 23 February 2016, screen shots attached.
- 25 February 2016, screen shot of email response from Typeform declining to give an ETA for accessibility fixes.
- 20 March 2016, screen shot of results embed on mobile showing poor contrast, mobile performance.
- 12 July 2016, Twitter response saying accessibility is on a roadmap.
- 5 September 2016, Typeform offers a plain HTML fallback, screen reader user (appropriately) dismisses it.
- 17 November 2017, screen shot of how forms fall apart on zoom.
For any organization that needs to meet WCAG 2.x, whether by law or other requirements, do not use Typeform.
December 2018. Created a form (Dutch) and tested with VoiceOver/Safari and Jaws/IE 11.
- Overuse and wrong use of ARIA
- Not WCAG compliant
It is possible to fill and submit a Google Form with a screenreader but the more complex components such as linear scale and multiple choice grid can be confusing.
2 February 2019. Took a 3Play Media captioning survey using JAWS with Internet Explorer 11.
- If the form contains a slider (such as choosing on a scale of 1 to n), it cannot be accessed with JAWS/IE11.
- If the form uses text inputs, contrast is very low and relies on float labels (placeholder-like labels that animate up when the field is focused).
- The final submit button has an accessible name different than the displayed text, which can be a problem for voice interface users.
GetFeedback will pose problems for JAWS/IE11 users, low-vision users, mobility impaired users, and dictation software users.
2 February 2019. Took the 2019 Stack Overflow Developer Survey using JAWS with Internet Explorer 11.
- Initial screen’s instructions are hidden to JAWS/IE11; arrowing around reveals nothing more than the Next button.
- Conveying required fields appears to rely on asterisk character, which is not part of the accessible name when spoken by JAWS.
Do not use Qualtrics if you expect to support screen reader users. Certainly not for WCAG 2.x compliance.
This can include web content management systems or other tools that allow authors to post their writing for broad consumption on the web.
31 January 2019. Dev.to lets users author their content via Markdown, so they are able to use all of its structuring and semantic features (e.g. regarding headline hierarchy, quotes, images, lists).
The overall interface contains many links without accessible names, some of them apparently only existing to enlarge the click area - see the article teaser listing. Said teaser listing also infinite scrolling.
Regarding keyboard accessibility: outline on focus is not disabled via CSS, but some elements are reachable only on hover (example: the “Follow” control inside a tag list item). Said control, again, is an anchor element with a
href="#" but should be a button.
For any organization that needs to meet WCAG 2.x, whether by law or other requirements, do not use Dev.to.
20 January 2019. Medium has no method to provide alternative text for images. Some authors get around this by adding a description of the image in the caption, but screen readers will often announce the file name of the image instead.
Medium does not support tables for data grids. Authors get around this by posting screen shots of tables. These screen shots also do not have alternative text.
Medium can make it difficult for some authors to identify how to structure content correctly, resulting in bullet lists that are just lines preceded by asterisks, or headings that are just bold text.
- Medium’s support pages describe how to upload an image, but offer no guidance on how to support screen reader users nor users who may have been unable to load the images.
- Pointer to incorrect bullets in a Medium post.
- Pointer to incorrect headings in a Medium post.
- Screen shot of an incorrect table in a Medium post.
For any organization whose content needs to meet WCAG 2.x, whether by law or other requirements, do not use Medium.
21 January 2019. From polling blind JAWS users, Zoom works well for setting up calls and participating via audio only.
Zoom is generally accessible.
3 February 2019. With one or two exceptions, the Github website has good general accessibility and is usable with most Assistive Technologies (AT). Exceptions include horizontal scrolling at high zoom or magnification, use of browser default focus indication, and missing alt texts on non-essential images (like user contribution graphs). An overuse of aria-label with sometimes nonsensical names makes some controls a bit confusing (“Only those with link Learn more about permission levels to this repository can merge pull requests.”)
Voluntary Product Accessibility Template (VPAT) for Github
The Github website is inconvenient for magnification users, and for keyboard users with low vision, but is otherwise usable by most people. The Github team is responsive to issues relating to accessibility.
Project Management Software
November 2018. Trello is generally unusable or difficult to use for some people.
This includes low-vision users who use browser zoom (everything is absolutely positioned and overlaps, hiding most of the content) and low-vision users using screen magnification software (mouse-users can get around and reach everything, but keyboard-users cannot rely on their focus to move their viewport around since Trello has its own “application” focus for its built-in keyboard shortcuts).
The keyboard shortcuts are single-character keys, causing trouble for speech recognition users (at the time of testing there was no way to change these or turn them off).
Sighted keyboard users of all types aren’t able to move their focus into opened popups/submenus, except for the few who have an autofocussed input inside. Focus also often seems to end up in random places after performing an action. “Star” controls only appear on mouse hover and cannot be reached with keyboard, and are not real controls but clickable spans.
Screen reader users contend with lack of structure (something they could otherwise use to supplement the difficulty of using the keyboard shortcuts for navigation), unlabelled controls or controls with title attributes only.
Partial WCAG 2.1 mini-audit.
Avoid choosing Trello for your project management unless all team members have excellent vision and can use a pointer. Having a large monitor helps. Its main strength is being a simple, straightforward and un-opinionated management tracker or even just for keeping track of TO-DO’s, where teams/owners choose their own rules and decide how complex their flows will be.