...
Principle | Category | Issues | Suggested action |
|---|---|---|---|
1.1.1 Text alternatives for non-text content | A | Back arrow, Hamburger menu, Remove HA button don;'t have ““item labels” | Fix them! No explicit principle (but arguably impacts 1SAF-683 |
4.1.1 again)Parsing | A | A couple of duplicate “Item Descriptions” | Fix them! SAF-684 |
None | N/A | Multiple clickable items in a single location | Seems likely to be a bug - investigate SAF-685 |
1.4.3 Contrast | AA | Highly variable color palette | Consider standardizing on higher contrast colours in palette |
2.5.5 Touch Target Size | AAA | Some touch target objects smaller than ideal | Consider fixing, but lower priority than other issues flagged. |
Jira Bugs
I’ve not raised any of these items as Jira bugs yet. I’m happy to do so, but wanted to get a quick review of the content of this doc, and overall goals on Accessibility before raising anything in JiraSo far in Jira I have raised
Epics to get to A, AA and AAA standards (SAF-610, SAF-611, SAF-612)
Bugs against Epic SAF-610 (A standard) as per above: SAF-683, SAF-684, SAF-685.
I’m not raising bugs for the known AA or AAA issues, as other UI changes may mean these disappear by themselves before we get to tergetting accessibility levels AA or AAA for the App.
Missing Item Labels
Missing “item label” for screen readers on several objects
The “Back” arrow in the top left of many screens
The “Hamburger” menu
The “Remove Health Authority” button (to make matters worse that also seems to have disappeared completely in the build I was testing!).
This is a violation of the very first principle, category A:
”1.1.1 All non-text content that is presented to the user has a text alternative that serves the equivalent purpose, except for the situations listed below.”
This seems like an easy fix that we should make.
Duplicate Item Descriptions
Two instances of this.
(update: “Enable Location” has been fixed by a UI rework of this page)
If we have duplicate descriptions, this seems like something we should address.
I don’t see an explicit WGAC guideline that this violates but it seems obviously unhelpful to have duplicate descroptions.
...
This violates WCAG Parsing 4.1.1
...
Multiple Clickable Items
Multiple clickable items in a single location.
I’m not sure what to make of this one. Is there something superfluous in the underlying model of the page? I can’t see in what way there are 2 clickable items here.
I don’t see an actual Accessibility problem here.
But seems worth a quick look to see whether there is a problem behind this?
...
I believe this is covered by AAA principle: 2.5.5Target Size
“Level AAA(Added in 2.1)
The size of the target for pointer inputs is at least 44 by 44 CSS pixels except when:”
Google Accessibility desig guidelines recommend 48dp x 48dp, for a physical size of approx 9mm
The “Remove Health Authority” button looks too small mbut it also looks like there is a bug where we have lost that icon altogether - we should fix that.
For the other items there is not obviously a size problem, but if we were willing to make them a bit bigger that might aid Accessibility & remove these warnings.
