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

SC 3.3.7 (redundant entry) en formuliervalidatie #56

Open gjccopinga opened 8 months ago

gjccopinga commented 8 months ago

Als je een formulier invult en je maakt hierin fouten door iets niet helemaal goed in te vullen dan kan het gebeuren dat na het versturen je het formulier terugkrijgt en de 'foute' velden gewist zijn en dat je die dan dus opnieuw moet invullen. Meestal blijft de foute invoer wel staan en kun je datgene wat ingevuld staat eenvoudig aanpassen. Maar wat nu dus als het gewist is? Moet je dat dan dus ook voor SC 3.3.7 afkeuren? Je moet dan namelijk een invoerveld opnieuw invullen en dan moet je dus ook onthouden hebben wat je daarvoor hebt ingevuld en ook nog kunnen bedenken wat je kennelijk verkeerd hebt gedaan de vorige keer. Lijkt me dat dit een zelfde soort probleem oplevert als wanneer je op een 'normale' manier in een proces later iets nog een keer moet invullen.

Ik zou dit dus ook willen afkeuren op dit succescriterium. Deze situatie staat echter niet beschreven voor zover ik kan zien, dus ben benieuwd hoe anderen hier naar kijken.

Aircl0wn commented 7 months ago

Lijkt me niet van toepassing onder de uitzondering "previously entered information is no longer valid".

Denk dat het ook onder "reentering information is essential" zou vallen.

Er is immers bepaald dat de informatie niet valide is, dus is het essentieel dat iemand iets opnieuw invult om niet dezelfde input te valideren.

De definition voor essential:

if removed, would fundamentally change the information or functionality of the content, and information and functionality cannot be achieved in another way that would conform

Eerst "would fundamentally change the functionality": als je dit verwijderd heb je geen validatie en mogelijkheid tot correctie meer.

Vervolgens "functionality cannot be achieved in another way that would conform", want je hebt nieuwe input nodig van de gebruiker op opnieuw te valideren.

Je kunt een gebruiker natuurlijk wel informeren over de input die je als niet valide beschouwd in de foutmelding, maar daarmee voorkom je niet dat je opnieuw informatie nodig hebt.

julezrulez commented 4 months ago

Ik kan me voorstellen dat ik dit soms wel eens heb afgekeurd bij SC 3.3.3 omdat de foutieve invoer essentieel is om de fout te herkennen. Ik heb er niet direct een voorbeeld bij. SC 3.3.7 heeft een andere intentie waardoor ik het leegmaken bij fouten niet onder SC 3.3.7 zou afkeuren.

rianrietveld commented 3 months ago

Is de conclusie en de concensus dat wissen van foute invoer geen overtreding is van SC 3.3.7? Geef een 👍 voor mee eens. Geef een 👎 voor oneens (en vertel waarom).

rianrietveld commented 3 months ago

Status aangepast naar Concensus: wissen van foute invoer is geen overtreding van SC 3.3.7.