Live data from Hacker News

How to make a great government website

asteriskmag.com

71–74 of 74 posts

Re: How to make a great government website

#71

Earlier quoted context omitted.

> It would be much better if a tiny bit of JavaScript told you as soon as you put the date in, and if it had a "tomorrow" button, which would also require some JavaScript. There's so much research that shows the opposite. You might prefer that but government websites need to work for everyone, and showing validation messages automatically confuses less technically able people, and it's really hard to make it fully ac…

> At which point do you announce the mistake to a screen reader? There is a standard for this: https://developer.mozilla.org/en-US/docs/Web/Accessibility/A... But I would suggest just having the validation in addition to the current behaviour. > Where do you shift focus? You don't? > There's so much research that shows the opposite. There's research that shows that a "tomorrow" button is bad??

> There's research that shows that a "tomorrow" button is bad??

That client side validation isn't always accessible.

More info here:

https://design-system.service.gov.uk/patterns/validation/

Re: How to make a great government website

#73

Earlier quoted context omitted.

> At which point do you announce the mistake to a screen reader? There is a standard for this: https://developer.mozilla.org/en-US/docs/Web/Accessibility/A... But I would suggest just having the validation in addition to the current behaviour. > Where do you shift focus? You don't? > There's so much research that shows the opposite. There's research that shows that a "tomorrow" button is bad??

> There's research that shows that a "tomorrow" button is bad?? That client side validation isn't always accessible. More info here: https://design-system.service.gov.uk/patterns/validation/

That page doesn't say that at all. In fact they even mention a character count component that gives instant feedback.

Re: How to make a great government website

#74

Earlier quoted context omitted.

> There's research that shows that a "tomorrow" button is bad?? That client side validation isn't always accessible. More info here: https://design-system.service.gov.uk/patterns/validation/

That page doesn't say that at all. In fact they even mention a character count component that gives instant feedback.

It does.

> When to tell the user about validation errors

> Do not validate when the user moves away from a field. Wait until they try to move to the next part of the service - usually by clicking the ‘continue’ or ‘submit’ button at the bottom of the page.

Yeah the character count is a bit of a special case because reaching the limit without going over would be very inconvenient.

Post reply on HN