Disabled submitbuttons

In de praktijk worden disabled submitbuttons vaak gebruikt om te verhinderen dat een gebruiker het formulier verzendt als nog niet alle waarden goed zijn ingevuld.

Er is een aantal toegankelijkheidsproblemen met het gebruik van disabled buttons:

• De gebuiker moet zoeken wat er mis is, waarom kan het formulier niet worden verzonden?
• Meestal is een disabled button grijs met grijze tekst. Dit is voor veel gebruikers slecht zichtbaar.
• Gebruikers van screenreaders en toetsenborden kunnen de disabled button geen focus geven en dat is verwarrend en onverwacht in het gebruik.
• Gebruikers kunnen verandering van disabled in enabled soms niet opmerken als deze uit beeld is en blijven zoeken naar wat er mis is.

Een goede oplossing en vervanging voor een disabled button: schrijf goede labelteksten, descriptions en foutmeldingen. Zodat de gebruiker weet wat er mis is en niet hoeft te puzzelen.

Deze richtlijn is een aanbevolen werkwijze, gebaseerd op gebruikersonderzoek:

• The problem with disabled buttons and what to do instead, Adam Silver.
• Don’t disable buttons, Chris Ferdinandi in Go Make Things.
• Usability Pitfalls of Disabled Buttons, and How To Avoid Them, Vitaly Friedman in Smashing Magazine.
• Disabled buttons suck.

Een paar praktische tips als de bestaande situatie niet gelijk aangepast kan worden:

• Gebruik voor de tekst van de disabled buttons voldoende kleurcontrast, zodat de tekst wel goed leesbaar is. Bijvoorbeeld: #767676 tegen een witte achtergrond.
• Gebruik tabindex="0" zodat de button wel ontdekt kan worden door screenreadergebruikers.
• Leg uit wat je moet doen om zodat de button niet meer disabled is, koppel die tekst met aria-describedby aan de button.

Meer lezen over gerelateerde WCAG-succescriteria op NL Design System

Op de WCAG succescriteria pagina’s op deze website lees je meer over veelgemaakte fouten en hoe je kunt testen of jouw website aan de succescriteria voldoet.

• Succescriterium 1.4.3 Contrast (minimum)
• Succescriterium 1.4.10 Reflow
• Succescriterium 2.1.1 Toetsenbord
• Succescriterium 2.4.3 Focus volgorde
• Succescriterium 3.3.2 Labels of instructies
• Succescriterium 4.1.2 Naam, rol, waarde

Over deze richtlijnen

Deze richtlijnen worden onderhouden door NL Design System en zijn op dit moment in beta.

We willen graag van de community horen of ze werkbaar en nuttig zijn. Heb je vragen, aanvullingen of opmerkingen? Open een issue op GitHub en deel je mening.