https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41638

--- Comment #12 from Brendan Lawlor <[email protected]> ---
QA notes:

When reviewing this I used the WAVE extension and W3C Validator. I found that
the way the alternate contact city (altcontactaddress3) was labeled was not
consistent with the way the city fields were labeled in the main address and
alternate address. I added a QA follow up to make it consistent. Instead of the
city dropdown select, the input that updates the field in the db should be the
one that's labeled.

I found some other accessibility issues with the form that are out of scope of
this bug and will be filing another bug(s).

If you are using Cities, then the city select input is an unlabeled form
control. I'm not sure how this should be resolved though.

For the radio inputs, like Gender, Allow auto-renewal of items, Protected,
Address correction needed, and Lost card, there are multiple labels associated
with the form controls. I think the resolution would be to keep the labels for
each radio input and change the label for the row to a legend.

For the dropdowns like Salutation and Main contact method, the placeholder
<option> cannot be empty. It should either say something like "Select
option..." or have a label attribute that does.

The first table header in messaging preferences should not be empty. It should
say something like "Message type" to inform screen readers. The checkboxes for
messaging preferences also need labels.

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to