Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SC 3.3.7 (redundant entry) en formuliervalidatie #56

Open
gjccopinga opened this issue Nov 6, 2023 · 4 comments
Open

SC 3.3.7 (redundant entry) en formuliervalidatie #56

gjccopinga opened this issue Nov 6, 2023 · 4 comments

Comments

@gjccopinga
Copy link

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
Copy link

Aircl0wn commented Nov 7, 2023

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
Copy link

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
Copy link
Member

rianrietveld commented Mar 13, 2024

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
Copy link
Member

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants