The <img> tag for the Web staff client's patron photo does not include an alt attribute
Bug #1744585 reported by
Jane Sandberg
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned | ||
3.0 |
Fix Released
|
Medium
|
Unassigned |
Bug Description
This is true of master as of 21 January, 2018. Setting the alt text to the localized version of "Patron photograph" seems like a simple way to fix this. Setting the alt text to the localized version of "Photograph of [Patron Name]" seems even better, although not quite as easy.
Changed in evergreen: | |
status: | New → Confirmed |
tags: | added: pullrequest |
Changed in evergreen: | |
milestone: | none → 3.1-beta |
importance: | Undecided → Medium |
Changed in evergreen: | |
milestone: | 3.1-beta → 3.1-rc |
tags: | added: signedoff |
Changed in evergreen: | |
milestone: | 3.1-rc → 3.1.1 |
Changed in evergreen: | |
milestone: | 3.1.1 → 3.1.2 |
Changed in evergreen: | |
status: | Confirmed → Fix Committed |
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
I'm thinking that having a null alt attribute might be a better choice since the picture itself isn't providing account information. G94 of WCAG 2.0 indicates that alternative text should provide the same information as the non-text content - as the alt text wouldn't be able to provide the visual identification aspect of the patron photo, and the image doesn't act as navigation or contain any other account data, it's not contributing the same information, it's simply stating the presence of the image.
A null alt attribute would be easy to add, and would conform to H67 of WCAG 2.0 and non-disruptively remove the image from the flow of a screen reader or other AT.