SIGIA-L Mail Archives: Re: SIGIA-L: Usability > kill form &q
Re: SIGIA-L: Usability > kill form "reset" buttons campaign [KFRB]
From: Teresa Ashley (tashley_at_bga.com)
Date: Fri Oct 06 2000 - 14:30:02 EDT
I always assumed "reset" buttons were for poor typists like me who might have
mistyped a line or put information in the wrong box. It's easier to reset than to
highlight and delete sometimes--depends on where you are in filling in the
information. At any rate, it gives users more than one option for making
corrections.
--Teresa Ashley
Anthony Medeiros wrote:
> Yup makes sense...the only senario I've heard of where this might be needed is
> in some package solutions for a "check-out" process where you are shipping to
> multiple addresses or an address that is not your default (clear the previous
> entry). But with a little extra coding you can work around this limitation in
> the fulfillment system, and come up with a better architected solution.
>
> I've never heard of anyone using this. Would love to hear what others think?
>
> Anthony
>
> Gordon Montgomery <gordonm_at_fusive.com> on 09/13/2000 05:46:17 AM
>
> To: "CHI-WEB (E-mail)" <CHI-WEB_at_acm.org>
> cc: "IA Listserve (E-mail)" <sigia-l_at_asis.org> (bcc: Anthony Medeiros/Lante)
>
> Subject: SIGIA-L: Usability > kill form "reset" buttons campaign [KFRB]
>
> Hi,
>
> <rant>
> Form reset buttons need to be killed.
>
> Remove them totally. They are of no use what-so-ever.
>
> I suggest we all e-mail webmasters of sites with "reset" on their forms and
> tell'em to get rid of it!
>
> It makes sense to a developer -- reset = set all field values to 0
> To a user -- name me an instance when you would ever want to clear your
> form?
> What usually happens is that "submit" is right beside "reset" and you
> *accidently* clear out all the stuff that you laboriously entered...
>
> time to go "reset buton"
> <\rant>
>
> thoughts?
>
> thanks.
> Gordon Montgomery
> [information architect]
> fusive.com
> +617 461 7826
This archive was generated by hypermail 2.1.2
: Sun Nov 23 2003 - 22:54:24 EST
|
