[IxDA Discuss] submit button for list of items

[Miguel Gonzalez]

For a desktop application or a AJAX kind web page, we don't need the submit button any more, all
checking can be done on the fly so the user will know, beforehand, if all data that he or she has
input comply with the proper standard.

You have two kind of fields, those that must be filled up and those that are optional.

Those fields that must be filled up will have an red asterisk.

Those fields that has been filled and its content doesn't comply with the proper format will have
a reddish background. You check if a field's content comply with a given patter through RegExp,
http://en.wikipedia.org/wiki/Regular_expression. When the user moves to a different field, the
application will check against that field's pattern to see if the input data comply with that
specific pattern.

Once all must be fill up fields are filled and comply with their patterns, the submit button will
get activated.

There are more interaction to account for on this scenario, it's just an example to make my point
that we don't need to press the submit button to find out that we have to fill up some more fields
or that we mistook on a number when we input the credit card number. Credit card number can be
validated half the way beforehand, those numbers must comply we a formula, obviously we could
input a wrong credit card number that comply with the formula but this will make half the job.

For a web page I think we have to continue calling that submit button just like that, Submit. For
a desktop application could be something else like Continue, Proceed, Submit...

Maglez.



--- Christopher Fahey <chris.fahey at behaviordesign.com> wrote:

> [Please voluntarily trim replies to include only relevant quoted material.]
> 
> > I have a list of items that are turned on/off with checkboxes.
> > These can work instantly, via AJAX, or with a submit button. 
> ...
> > Ironically, the "updating results" message IS the feedback, 
> > so it's not that you're not missing it, it's that it's so 
> > effective you don't even consider it feedback anymore. :)
> 
> 
> The whole idea of a "submit" button harkens back to a time when interfaces
> were locked into strict states due to the limitations of (a) memory, (b)
> speed, and (c) programmer skill and creativity. 
> 
> But nowadays computers are faster and programmers are better (or at least
> they have libraries to leverage), so in many cases where a submit button
> might be considered de rigeur, perhaps a submit button is hardly necessary
> at all. I won't cite examples, I'm sure you can think of plenty. 
> 
> Maybe we should decide to go with more efficient UI design even when it
> defies user expectations and assumptions, simply to push the envelope and
> improve the overall "base" of the quality of user interface design. Yes,
> such changes may be confusing or frustrating to users at first. But unless a
> critical mass of UI designers decide to break the mold and go with a new
> paradigm, we'll be stuck with inefficient legacy UI design patterns. 
> 
> This is the rationale, for example, for why many web designers and their
> companies jumped on the 1024-width bandwagon seemingly a year or two early
> -- they wanted to lead the way, even at risk of writing off some users. They
> were comfortable pushing users, too, to upgrade their systems. This is a
> good thing for the rest of us, I think.
> 
> -Cf
> 
> Christopher Fahey
> ____________________________
> Behavior
> http://www.behaviordesign.com
> me: http://www.graphpaper.com 
> 
> 
> ________________________________________________________________
> Welcome to the Interaction Design Association (IxDA)!
> To post to this list ....... discuss at ixda.org
> List Guidelines ............ http://listguide.ixda.org/
> List Help .................. http://listhelp.ixda.org/
> (Un)Subscription Options ... http://subscription-options.ixda.org/
> Announcements List ......... http://subscribe-announce.ixda.org/
> Questions .................. lists at ixda.org
> Home ....................... http://ixda.org/
> Resource Library ........... http://resources.ixda.org
>