Normen · WCAG 2.2

SC 2.5.6 Niveau AAA WCAG 2.1

Gelijktijdige invoermodaliteiten

Webcontent mag het gebruik van op het platform beschikbare invoermodaliteiten niet beperken — tenzij de beperking essentieel is, vereist is om content te beveiligen of vereist is om gebruikersinstellingen te respecteren.

Wat het vraagt

Als het apparaat van een gebruiker meerdere invoermethoden ondersteunt — aanraking, muis, toetsenbord, stylus, stem, schakelaar — moet de site de gebruiker vrij laten wisselen tussen die methoden. Een gebruiker op een Surface die de hele dag afwisselt tussen toetsenbord en aanraking hoeft niet één methode te „kiezen“. Een gebruiker op een iPad met een Bluetooth-toetsenbord en een verbonden schakelaar mag geen gebruikersinterface krijgen die slechts naar één methode luistert.

Uitgezonderde gevallen: wanneer de beperking essentieel is (een piano-invoerapp), vereist is voor beveiliging (een CAPTCHA die een specifieke invoermodus moet verifiëren) of wanneer de gebruiker zelf modaliteiten heeft beperkt via instellingen.

Hoe te voldoen

  • Detecteer het invoertype niet bij het laden van de pagina en vergrendel de gebruikersinterface er niet op. Een site die gaat „aanraakapparaat — verberg alle zweeftoestanden en toetsenbordaanwijzingen“ werkt niet op hybride laptops.
  • Schakel focusstijlen niet uit wanneer een muis wordt gedetecteerd, tenzij u een robuuste manier hebt om ze opnieuw in te schakelen zodra het toetsenbord wordt gebruikt. :focus-visible lost dit op.
  • Sluit interactie niet op in alleen slepen-en-neerzetten of alleen vegen; koppel gebaren aan toetsenbord- en aanwijzeralternatieven (overlapt sterk met 2.5.1 en 2.5.7).
  • Test op een Surface, Chromebook of iPad met een verbonden toetsenbord. Wissel midden in een taak tussen invoermethoden en bevestig dat alles nog werkt.

Veelvoorkomende fouten

  • Sites die focusringen verbergen zodra ze „aanraakvaardig“ detecteren — toetsenbordgebruikers op hybride apparaten verliezen alle focusaanduiding.
  • Carrousels die alleen reageren op vegen, zelfs wanneer de gebruiker zweeft met een muis.
  • Modals gebouwd voor aanraking die Escape van het toetsenbord negeren.
  • „Mobiele modus“-detectie die het toetsenbordsneltoetspalet uitschakelt op elk apparaat waarvan de viewport toevallig smal is.

Waarom het belangrijk is

Veel gebruikers met een beperking combineren invoerapparaten — een hoofdaanwijzer met een toetsenbord, een schakelaar met stem, een trackbal met aanraking. De gebruikersinterface vergrendelen op één veronderstelde invoermodus verbreekt die combinaties. Het benadeelt ook de groeiende groep gebruikers op converteerbare laptops en tablets met toetsenborden. Als AAA-criterium draagt het niet het juridische gewicht van AA, maar het onderliggende gedrag (detecteer invoer niet, gebruik :focus-visible, ondersteun toetsenbord naast aanwijzer) is hygiëne voor ontwerpsystemen die zichzelf terugverdient.