Na wat rondvragen op macosx.nl , is mij nog steeds niet helemaal duidelijk waarom er in formulieren nog steeds gebruik gemaakt wordt van de befaamde “reset-button”.
Waarom?
Je neemt als gebruiker de tijd om een compleet formulier in te vullen, omdat je in contact wil komen met het bedrijf of de persoon achter de website.
Vervolgens kom je onderaan en kies je ervoor om het compleet ingevulde formulier te wissen!
Dit lijkt me nogal overbodig en kan volgens mij alleen maar tot verwarring leiden, want blijkbaar staat ook niet vast of die reset-button nu rechts of links van de verzend-button moet komen te staan.
Het enige argument waar ik me in kan vinden, is dat het gebruikers het idee geeft dat zij, bij twijfel, er zeker van zijn dat de gegevens niet alsnog worden opgeslagen of doorgestuurd.
Gelukkig deelt onze Jakob de mening met mij, dat de reset-button overbodig is.
Toch ben ik nog steeds benieuwd waar deze drang naar het wissen van de gegevens vandaan komt.
Wie heeft die reset-button bedacht?
Reacties zijn welkom!





16
februari
2006
geschreven door: Daniel om 9:55
en ja, Reset knop zit wel in XHTML 1.1 ;)
16
februari
2006
geschreven door: smn om 9:55
Leuke verklaring, alleen die reset knop zit er al langer in dan dat browsers ingebouwde functionaliteit hebben om de inhoud van formulier velden te onthouden.
Klinkt meer als dat het nu toevallig handig kan zijn dan dat het voor die reden in de HTML spec gezet is.
Zit de reset knop er eigenlijk nog in in XHTML 1.1 strict? En in XForms?
16
februari
2006
geschreven door: Arjen om 9:55
Moet je voor de grap nog eens eventjes naar <a href="http://www.autotrack.nl/" title="Autotrack" rel="nofollow">autotrack</a> kijken en de formulieren invullen, dan begrijp je vast wel waar die drang naar het wissen van forms vandaan komt. Als je alles hebt ingevuld, submit, en weer terug wilt, moet je alle vakjes handmatig gaan resetten als je ze nu niet meer wilt gebruiken. Refreshen is ook een optie, maar niet met een wat tragere verbinding natuurlijk; zeker niet als je het een paar keer moet doen. Toch?
16
februari
2006
geschreven door: Daniel om 9:55
XHTML 1.1 Strict bestaat niet, 1.1 komt in maar één smaak. Vage bewoording eigenlijk… 1.1 is wel stricter dan XHTML 1.0 Strict :s
Wat voor zin heeft XHTML 1.1 en XForms eigenlijk als IE 7 het niet support? Met hun $6B aan R&D zou Microsoft het toch mogelijk moeten maken dat Xforms clientside ondersteund wordt…naast XDocs natuurlijk.