Problem
In the current version on Open Social are some bugs that need to be improved so the content in Open Social is Accessible for everybody.
Web accessibility is an increasingly important resource, and helps ensure equal opportunities and equal access for everyone. The UN Convention on Rights of Persons with Disabilities even recognized the access to information on the Web as a basic human right. The benefits of accessibility are also arguable from a business perspective. Let’s take a look at the facts: 360 million people worldwide suffer from hearing disabilities, and 285 million people are visually-impaired worldwide. These numbers alone demonstrate that a percentage of your website visitors may struggle accessing your content, if not made accessible.
Finally, a common misconception of accessibility is that it’s solely designed for those with disabilities. The truth is, everyone benefits from it. Your audience and conversions will increase if you have accessible content on different platforms and in different ways.
https://www.w3.org/WAI/WCAG20/quickref/

Remaining Tasks
Follow-ups after retest
The tasks below are listed in priority order based on a recent Open Social accessibility audit.
- #3179128: Teasers contain inaccessible image links
- #3179425: Custom focus indicator is not accessible
- #3179167: Informational teaser icons missing text alternative
- #3179171: Profile edit fields should have autocomplete where appropriate
Other open tasks (prioritised)
- #3226430: Audit screenreader and keyboard usage in Open Social
- #3171821: [Meta] Evaluate the usage of the role attribute accross Open Social
Initial audit tasks
The tasks below are listed in priority order based on a recent Open Social accessibility audit.
- #2947668: Focus visible on all link elements
- #3171630: Featured content teasers overflow at 320px wide
- #2947667: Style skip to content so it is easily visible on each page
- #3171792: The search form overlay is in the tab order when it's not visible
- #3171512: The information conveyed in teasers is unclear for users of screen readers
- #3171606: Fieldsets in forms don't have proper legends causing accessibility issues for screenreaders
- #3171778: Notification center button should actually link to notifications to improve accessibility
- #3171498: Hero title image edit button does not have an alternative text
- #3171502: The SVG icon on the remove image from post button is decorative and should not be visible for screenreaders
- #3175829: It's unclear that dropdown menu items are expandable
- #3171503: The SVG icon on the actions dropdown for activities should not be visible to screenreaders
- #3171785: Help text for search is not visible for screenreaders
- #3171617: SocialUserLoginForm should use autocomplete suggestions for improved accessibility
- #3171844: The required marker in forms (*) should have a screen reader text to explain the field is required
- #3171767: Post visibility radios are not keyboard accessible
- #3171775: Alert messages in Open Social are inaccessible
- #3171577: Landing pages contain empty links in featured content teasers when viewed with screen readers
- #3171613: Views exposed filter block doesn't have a title element
- #3171587: Login error message uses a fake list but should use a semantic list instead
- #3171566: Back to inbox icon in private messages does not contain an alt text
- #2946442: Images in a post don't have a useful alternatieve text
- #2947664: H1-h6 to identify headings and hierarchy - WCAG
- #3171814: The id btnicon is used multiple times on a page
- #2954817: Remove the user profile picture alt field and add a default alt text for such pictures
- #3171763: Contrast of small edit buttons (pencil icon) is insufficient
- #3171824: Some buttons don't have a text
- #2947663: Links fail "visually evident" WCAG guideline
Completed Tasks
- #2938820: Set the title attribute of event enrolled user picture links to their user name
- #2946448: There is no top level heading (H1) on the AU homepage
- #2946451: Add post form is missing a description
- #2946460: Styling of the text buttons is not complies with WCAG AA
- #2946464: Capitalization in titles gives problems, capital letters are harder to read
- #2946485: Helper text is unreadable, to small and to less contrast
- #2946488: For keyboard user is not possible to change settings in the settings table of content
- #2946492: For Keyboard users it is not possible to enroll a event.
- #2946518: There is no consistency in displaying read more buttons
- #2954816: Ensure the user profile alt attribute always contains the user's display name
- #2975731: Add alt text to demo content images
- #3045770: Add label to textarea forms on the activity stream page
- #3045773: Dropdown button for editing, deleting posts, comments and nodes do not have discernable names
Won't fix
In some cases the compliance conformance is dependent on site manager settings. In this case it can not always be solved by Open Social itself, outside of providing education to site managers with helpful UI texts.
The closed as Won't Fix story should contain a comment of why the issue was not resolved.
| Comment | File | Size | Author |
|---|---|---|---|
| Schermafbeelding 2017-10-30 om 15.04.44.png | 181.96 KB | basvanos |
Comments
Comment #2
mgiffordJust tagging this. Thanks @basvanos
Comment #3
bramtenhove commentedComment #4
bramtenhove commentedThanks Bas for creating this inventory of accessibility issues. I will ask @maikelkoopman to go through the list to see what the low hanging fruit is.
For items that are harder to solve we might need to create some child issues. Is that ok with you?
Comment #5
slowflyer commentedJust let me share my thoughts on the first item about images an Alternative text.
For posts with a photo the filename is used for all other images (f.e preview images of topics and events in streams) no Alternative text shows up, if not specified.
The Alt-text field is not required in Open Social.
If you run a website, where editors insert the content you can force them to specify an Alternative text by simply making the field required.
But for sites like Communities, Portals, Intranets - at the end all sites with user generated content - forcing the users to specify an Alternative text will lead through less engagement.
One thing possible today is using a Cognitive service that can "look at" and describe the image. This describtion can than be used to generate the Alternative text. But these services offered f.e. by Google or Microsoft need an additional registration (and payment) and can't be bundled with a distribution like Open Social for free or on an automatic install.
I played around last days an came up with: https://www.drupal.org/project/auto_alter
After module is enabled and configured, it automatically creates Alternative Texts for images, when a user did'nt specify one.
To add this module to Open Social (disabled) would be easy. But to make use of it, the enduser needs to register at Micrsoft Azure for using the service.
Comment #6
basvanos commented@bramtenhove Thanks for replying and i'm oke with splitting up!
Comment #7
basvanos commentedThis wil be the parent story for all Accessibility issues in Open Social
Comment #8
basvanos commentedComment #9
basvanos commentedComment #10
basvanos commentedComment #11
basvanos commentedComment #12
basvanos commentedComment #13
basvanos commentedComment #14
basvanos commentedComment #15
ok_lyndsey commentedI find this a really nice W3C starter guide for locking in the accessibility fundamentals
Easy Checks - A First Review of Web Accessibility
I've got a simple audit spreadsheet that I use for this type of audit - it might be useful for the team - I'll share in slack - I don't have a google doc version
Comment #16
basvanos commentedComment #17
mgiffordAnother easy starting point is just running your site through http://wave.webaim.org/extension/
This is useful for both the public & admin pages of your site.
Is this a meta issue for Open Social and accessibility? Would that be useful to coordinate?
Comment #18
xinyuma commentedComment #19
andrewmacpherson commentedFun fact: the verb "to comply" doesn't appear anywhere in WCAG. It uses the term conformance.
Comment #20
kingdutchThis is still relevant for current versions of Open Social. I've updated the issue summary to contain an overview of open and closed tickets. Somewhat easier to grok than the list of child issues.
Comment #21
kingdutchComment #22
kingdutchComment #23
kingdutchComment #24
kingdutchComment #25
kingdutchComment #26
kingdutchComment #27
kingdutchComment #28
kingdutchComment #29
kingdutchComment #30
kingdutchComment #31
kingdutchAdded #3175829: It's unclear that dropdown menu items are expandable
Comment #32
kingdutchComment #33
kingdutchComment #34
kingdutchComment #35
kingdutchComment #36
kingdutchComment #37
kingdutchComment #38
kingdutch