Patron self-registration form should include autocomplete attribute

[Jane Sandberg]

Adding the appropriate autocomplete attributes to the inputs on the self-registration form would provide a more pleasant and accessible experience, with less typing, having to remember specific items, or watching the browser fill in the wrong value.

For example, the middle name field (aka second given name) could be <input autocomplete="additional-name">

These values for the autocomplete attributes are only appropriate when users is filling out personal information about themselves. So, we shouldn't get over-eager and add it to, say, the new patron form in the staff client.

* the list of values can be found from MDN: https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/autocomplete
* more information is found in the wcag technique: https://www.w3.org/WAI/WCAG21/Techniques/html/H98

The absence of these attributes is a WCAG 2.1 level AA violation.

[Stephanie Leary (stephanieleary)]

Noting some additional issues we might consider filing separately:

* Should we add something to the end of https://docs.evergreen-ils.org/eg/docs/latest/admin/patron_self_registration.html describing where to find the patron registration form once the settings have been changed? I had to ask for the URL.

* I did not see the expected link in the footer. I think there should also be a link in the My Account area or login form if registration is enabled.

[Galen Charlton (gmc)]

Noting that there are patron privacy implications to be aware of, particularly when the OPAC is operated on a kiosk computer where (a) we don't want browsers even thinking of saving anything in their autocompletion database and (b) we don't have a 100% guarantee that the browser has the appropriate kiosk settings.

While the privacy risks can be mitigated, adding additional autocompletion attributes to the self-registration form should be accompanied with those mitigations.