Live data from Hacker News

Dear Internet: Take the reset buttons off your damn forms

f00li5h.pin21.com

51–60 of 78 posts

Re: Dear Internet: Take the reset buttons off your damn forms

#51

A similar annoyance is writing a well-thought out forum post, pressing submit, and being told in some way that your session has expired. Some sites you can go back to retrieve your post, others will just present you with a newly empty form.

As much as these suck, I can tell you from working on corporate sites that this is often done for security compliance. One site we're working on now has about four different conditions that can expire a session earlier than the user might expect; I can only imagine how irritating this must be for them, and how many sales the company will lose because of it.

Expiring the session might be a neccesary evil. But please, at least try to remember the form contents when the user re-logs in.

Re: Dear Internet: Take the reset buttons off your damn forms

#52

A similar annoyance is writing a well-thought out forum post, pressing submit, and being told in some way that your session has expired. Some sites you can go back to retrieve your post, others will just present you with a newly empty form.

Or losing half the fields due to a validation error, which then creates other validation errors when you re-submit. "Oops! Your password contains illegal characters. Please select a new password. (submit) Oops! Please select a state from the dropdown menu."

I recently purchased new insurance. One company's site created its own scrolling widget for drop downs. Not sure why, but each page had several of these devil widgets.

If you spun the mouse wheel every single custom scroll widget would rapidly change value! Things like jumping from "Single" to "Divorced." I ended up just dropping them from my comparison because I was so unsure of the data I had provided them.

Re: Dear Internet: Take the reset buttons off your damn forms

#53
I used to think exactly the way the author did. I'd actually get agitated when I had to explain to the IA/Design departments again why this was such a bad idea. I won about half the time, usually with my argument driven solely by my ego. Being vehemently against any use of it under any condition I refused to accept that there was any appropriate use for it.

Then, I actually did some research.

First, there are instances where reset buttons have a place. From Jakob Nielsen's post Reset and Cancel Buttons (http://www.useit.com/alertbox/20000416.html): Reset can be useful for forms that satisfy both of the following criteria:

- the form is filled-in repeatedly by the same user

- the data to be entered differs significantly from one use of the form to the next

For cancel buttons, my "never ever" opinion was flawed because I refused to see the reset or cancel button from the viewpoint of users unlike myself. I spend a lot of time building these things (as most of you do). I know how forms work. After actually sitting down with users that don't, and people that don't spend that much time online, I found another thing to be true: People are afraid that form data will be submitted even if you hit the back button. They want the Cancel button to ensure their data won't be collected against their will.

A point the article makes but then ignores is the button's layout & design. Layout for these buttons is key. If they have to be used, they shouldn't inputs or buttons. I've found that the best design for these is a plain text Reset or Cancel link that's opposite the Submit or Next button. An alert is also key. Using one can instill confidence, assuring the user that their information will be cleared and not submitted.

However, there are a number of reasons these buttons could fade out of use, not limited to the following:

- Users are becoming more familiar with the way the web works. They understand that form data isn't submitted until a submit button is clicked. Because of this, forms are generally a trusted interactive element.

- With the widespread use of AJAX, it's only a matter of time before form data is collected in the user session before a submit button is clicked. It's already being used in some places to track successful conversions & Lead Dropouts (Sitecore OMS is one). If this becomes common, forms will revert to being less trusted. Reset and Cancel buttons won't fix this, though.

The rule I follow is much the same as it's always been: Don't use Cancel or Reset buttons. Though now, I understand the exceptions and plan accordingly. Think about the target audience for each specific form and include the appropriate functionality.

Re: Dear Internet: Take the reset buttons off your damn forms

#54
post #44
post #41

Earlier quoted context omitted.

I think one of the reasons I stopped using Tumblr for general blogging was because it didn't autosave while I was writing my long posts. I think there are a lot of holes in the walls of houses around the world because of this.

That's actually one of the things Tumblr does right. If you close out of a post before you publish it, you'll get a notice on your dashboard to either continue editing it or discard it.

Is this a new feature? I don't recall having that a while back.

Re: Dear Internet: Take the reset buttons off your damn forms

#56

A similar annoyance is writing a well-thought out forum post, pressing submit, and being told in some way that your session has expired. Some sites you can go back to retrieve your post, others will just present you with a newly empty form.

Or losing half the fields due to a validation error, which then creates other validation errors when you re-submit. "Oops! Your password contains illegal characters. Please select a new password. (submit) Oops! Please select a state from the dropdown menu."

I really find it annoying that I have to retype my password whenever there is an error with a completely non-related part of the form.

I know that it would be irresponsible for them to send me back my password in plain text, so I guess I can live with it. But it is still annoying.

Re: Dear Internet: Take the reset buttons off your damn forms

#57

Earlier quoted context omitted.

Or losing half the fields due to a validation error, which then creates other validation errors when you re-submit. "Oops! Your password contains illegal characters. Please select a new password. (submit) Oops! Please select a state from the dropdown menu."

I really find it annoying that I have to retype my password whenever there is an error with a completely non-related part of the form. I know that it would be irresponsible for them to send me back my password in plain text, so I guess I can live with it. But it is still annoying.

There are straight forward workarounds for this problem. The password field is typically obscured anyway, so the user doesn't see the characters in the field. When a user submits a form where they are asked for a password and a confirmation, you can temporarily persist that data on the server side, linking it to the user's session. You then send a dummy string to the client that matches the length of their supplied password, so that A) the user doesn't have to re-fill your password & confirmation, and B) the raw password data is not sent back to the client.

Good implementations of this approach also don't persist the password in plain-text in the temporary store. You crypt the password using whatever method you were going to when you stored it in the database and keep that around until you're ready to make the changes permanent.

Re: Dear Internet: Take the reset buttons off your damn forms

#58

I used to think exactly the way the author did. I'd actually get agitated when I had to explain to the IA/Design departments again why this was such a bad idea. I won about half the time, usually with my argument driven solely by my ego. Being vehemently against any use of it under any condition I refused to accept that there was any appropriate use for it. Then, I actually did some research. First, there are instanc…

That's the problem with absolutes. Any time you pre-decide that something is always good/bad, you're going to have to eat your words at some point.

Re: Dear Internet: Take the reset buttons off your damn forms

#59

I used to think exactly the way the author did. I'd actually get agitated when I had to explain to the IA/Design departments again why this was such a bad idea. I won about half the time, usually with my argument driven solely by my ego. Being vehemently against any use of it under any condition I refused to accept that there was any appropriate use for it. Then, I actually did some research. First, there are instanc…

sadly people call you a pendant if you end every sentence with "to the best of my knowledge" and an egotist if you don't ...

I'd still say that the lack of undo and the lack of confirmation in that particular widget makes it a bad idea... although a "get me out of here" link may very well be in order...

the people-who-know-less-about-the-web-than-me seem to crop up a lot ... oh yeah, they're the ones paying me... so generally they get what they ask for even if it does mean i have to come back in a week and remove the "please lose my changes" button...

Re: Dear Internet: Take the reset buttons off your damn forms

#60

Earlier quoted context omitted.

Or losing half the fields due to a validation error, which then creates other validation errors when you re-submit. "Oops! Your password contains illegal characters. Please select a new password. (submit) Oops! Please select a state from the dropdown menu."

I really find it annoying that I have to retype my password whenever there is an error with a completely non-related part of the form. I know that it would be irresponsible for them to send me back my password in plain text, so I guess I can live with it. But it is still annoying.

If filling the password in will result in plain text passwords being sent back, you have already lost, because you just submitted a plain text password over HTTP. Similarly, if you're on SSL, it's plain text in neither direction. In either case, sending it back in the form has not changed the security situation.
Post reply on HN