π» accessibility:
β check focus state on the first item
alt text:
β
clear button clear address finder
β
received translations
β edit button: use 'edit address'
focus:
β on error after clicking an item in address finder/typing
β on results after clicking an item in address finder/typing
β on manual address fields after clicking that button (autofocus)
β on input after pressing clear
- don't want user to tab through everything before getting to the clear button - what if they have 60+ results?
If you need to alert your user to something urgently β for example to display an error message β use negative integers as your value. http://coop-design-manual.herokuapp.com/accessibility.html
UX input:
β annouce grey box- to indicate successful select address (decided to focus before)
β you have selected: xyzv hidden text on grey box
β
confirm copy, ask for translations
βοΈ translations
β PROBLEM: it reads out everything. that feels like a lot...
βοΈ annouce: 'Keep typing your address to display more results' but change to be more... alerty?
β CLEAR button: bottom of tabbing order
β EDIT button: bottom of tabbing order
generally:
β check HTML for addressFinderItems list of buttons - accessibility
β grey background on hover items
β don't supress focus state
β breadcrumbs make no sense
β
make the whole thing a button
β
read: londonderry Remove
-
the user should know it's loading
-
the user should know results have appeared
-
the user should be able to select results
-
the user should know if there's been an error
steps taken:
-
good HTML (importance of lists)
-
annouces errors
-
focus state shows (was hidden by overflow-hidden before)
-
***aria-live: on the loading results
-
aria-label on edit button
- there was an alt tag on the img, but was ignored as a presentational thing