WCAG-Audit-Discussions / NL-BE

Nederlandstalige discussies over hoe WCAG en de successcriteria te interpeteren.
https://wcag-audit-discussions.github.io/NL-BE/
24 stars 1 forks source link

Foutmelding van formulier getoond via standaardbrowser tooltip: voldoende voor 3.3.1? #50

Open ronzuidema opened 1 year ago

ronzuidema commented 1 year ago

Zie onderstaand afbeelding van een formulier. Het gaat om het formulier op https://www.internetacademy.nl/contact.

Bij het leeg verzenden van het formulier wordt een foutmelding alleen getoond in een tooltip. Deze foutmelding bevat de tekst "Voornaam is verplicht om in te vullen". De tooltip is van de browser. Zowel in Chrome and Firefox wordt deze getoond in browser native style.

De vraag: Is dit voldoende voor SC 3.3.1?

De tooltip is namelijk niet:

Bij het insturen van het formulier met NVDA wordt de foutmelding wel doorgegeven.

Graag jullie reactie.

image

gjccopinga commented 1 year ago

Excuses voor de late reactie Ron.

Deze browsermeldingen keuren wij altijd af. Ten eerste vind ik het geen goede 'fout'melding, maar meer een instructie. Instructies zijn voor 3.3.2 naast labels zeker belangrijk, dus prima om instructies mee te geven, maar voor 3.3.1 moet er een melding komen die aangeeft wat er mis is gegaan. Daar voldoet deze melding niet aan. Ik vind zo'n browsermelding als deze ook niet veel toevoegen. Bij het tekstlabel staat al dat het een verplicht veld is en dat wordt nu alleen nog een keer herhaald.

Overigens vind ik het nog wel een keer interessant om te bespreken wat nu goede 'foutmeldingen' zijn. Ik begrijp dat daar (internationaal) toch ook wel verschillende meningen over zijn. Een goede instructie wordt in sommige landen/culturen ook wel geaccepteerd als een vriendelijke manier om aan te geven dat iets niet goed is gegaan. De vraag is dan waar je de grens precies legt.

Aircl0wn commented 1 year ago

Had 'm ook gemist Ron! De pagina in kwestie is inmiddels zelfs aangepast, maar zelfde, wij keuren deze ook af.

Ze failen sowieso omdat ze niet persistent zijn en verdwijnen.

Hoewel het hier onder 3.3.1 niet direct is af te keuren, de melding wordt gegeven en is in tekst gepresenteerd. Hij omschrijft ook wat er fout is. De foutmelding moet duidelijk zijn, dit gaat nog niet over een oplossing. Dit geldt overigens niet voor alle HTML foutmeldingen en omdat er vaak meerdere zijn (of de potentie tot) maken we er altijd een melding van.

Er is ook geen input of validatie op die input, dus de melding dat het een verplicht veld is om in te vullen is juist. 3.3.3 gaat over het doen van suggesties voor betere meldingen ALS je daar de informatie voor hebt. Bijvoorbeeld door je variatiepatroon kun je herkennen waarom iets niet valideert en daar kun je feedback op geven om de gebruiker verder te helpen. Dan moet je sowieso eigen meldingen genereren en schieten HTML meldingen tekort. Dan kun je ook een melding geven om te helpen het probleem op te lossen.

De iconen hebben ook te weinig contrast, maar worden door de User Agent bepaald dus vallen buiten scope.

Je ziet ook wel eens afkeuringen onder 3.1.2 language of parts, maar het betreft hier geen content, maar een browser generated onderdeel. Het volgt de taal van het OS. het SC is dus niet van toepassing en volgt de instellingen van de gebruiker.

rianrietveld commented 3 months ago

Is de conclusie en consensus dat HTML validatie onvoldoende is om te voldoen aan SC 3.3.1 ?

Geef een 👍 voor mee eens. Geef een 👎 voor niet mee eens en vertel waarom.