TPAC accessibility (WCAG) improvements: Round 2

Bug #1301599 reported by Bill Erickson
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Evergreen
Fix Released
Medium
Unassigned
2.6
Fix Released
Undecided
Unassigned

Bug Description

Evergreen 2.6

There are still a few miscellaneous accessibility improvements we can make to the TPAC. There are a few missing labels, some tables that need <th>'s or role="presentation" attributes, depending on its use as a data table vs layout, and possibly some missing submit options (pending research). More details and code to follow.

---

Related, we use aria-labels a good bit in the TPAC. It's my understanding that aria-label's should only be used when existing HTML constructs do not suffice. For reference:

http://www.w3.org/TR/2013/WD-aria-in-html-20131003/#first-rule-of-aria-use

"If you can use a native HTML element [HTML5] or attribute with the semantics and behaviour you require already built in, instead of re-purposing an element and adding an ARIA role, state or property to make it accessible, then do so."

I'm thinking that most of our aria-labels could be replaced with title attributes. If there are no objections, I can make those changes while I'm in the code.

Revision history for this message
Bill Erickson (berick) wrote :
Bill Erickson (berick)
tags: added: pullrequest
Changed in evergreen:
milestone: none → 2.next
Changed in evergreen:
assignee: Bill Erickson (erickson-esilibrary) → nobody
Revision history for this message
Ben Shum (bshum) wrote :

Looks reasonable so far, the only thing I noticed is that the commit to change some of the aria label to title also left duplicate title entries alongside them. Probably just a bad copy/replace going on there.

Revision history for this message
Bill Erickson (berick) wrote :

Thanks, Ben. Looking at those now...

Revision history for this message
Bill Erickson (berick) wrote :

I found one occurrence of repeating title attributes in prefs_base.tt2. Rebased working code to master and fix pushed back to the same branch.

Revision history for this message
Bill Erickson (berick) wrote :

Fix for one more dupe force-pushed.

Revision history for this message
Ben Shum (bshum) wrote :

Everything looks fine, the last thing I'm unsure about is backporting when there are string changes. Like the commit to change the language from "Image of item" to "Book cover". Two issues with that in that backporting a string change to a release branch is generally bad form (or so I was told for i18n reasons), and also I'm not 100% sure I agree with the change in language. While many items are books, not all of them are, so leaving it general as "item" still seems most appropriate to me.

Thoughts or opinions before moving forward?

Changed in evergreen:
assignee: nobody → Ben Shum (bshum)
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Bill Erickson (berick) wrote :

Hmm, yeah... So, the thought was that "item" was so generic it was of little use to screen readers. It's one step above "thing"... Maybe "Image of Record"? The gold standard would be "Image of 'Sisterhood of the Traveling Pants II : Now More Pants!", but given that the alt text displays when no image is available, such a long string of text would break the structure of the page.

For back-porting, we could merge all but the jacket image change. It's the least significant change in the bunch.

Thanks for reviewing, Ben.

Revision history for this message
Ben Shum (bshum) wrote :

Picked changes to master and rel_2_6, though I did skip the language change for book cover from rel_2_6.

Thanks Bill!

Changed in evergreen:
status: Triaged → Fix Committed
assignee: Ben Shum (bshum) → nobody
Changed in evergreen:
milestone: 2.next → 2.7.0-alpha1
Changed in evergreen:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.