Matthew Loff wrote:
*** naive developer: the form already validated itself-- I should be able
to trust its contents!
*** paranoid devleper: what if they have javascript turned off, and their
ZIP code happens to be 'DROP TABLE users' ... ?
A webcomic to that effect:
http://xkcd.com/327/
I'd like to get some feedback on form validation. In my organization (major
insurance company), it is necessary to validate the following fields:
For existing and new customers:
- first name (letters only)
- last name (letters only)
- address
- city (only letters)
- state
- zip (only
I would highlight the field that fails validation and I'd put the
following message next to it:
This doesn't look like a [first name|last name|city]. Maybe you made
a spelling mistake?
This should be OK for users that just accidentally pressed a number
key when they were typing. Of course in
On Thu, Apr 10, 2008 at 9:28 PM, Don Habas [EMAIL PROTECTED] wrote:
The question we're struggling with is since most of these fields are
very common, how much explanation is needed in the validation
message...
On Apr 11, 2008, at 11:13 AM, Alexander Baxevanis wrote:
I would highlight the
I normally find sign-up forms incredibly irritating-- but Yahoo's is light
years beyond any others I've seen:
https://edit.yahoo.com/registration?.intl=usnew=1
My concern about javascript-driven validation (either entirely on the client
side, or AJAXified) is that it will lead to laziness in
Thanks for the comments about the form
(https://www.net-apotek.no/site/shop/register.html). Caroline, nods
to your efforts at understanding Norwegian :-). I'll make a quick
attempt at answering your points:
There is definitely an issue with the telephone number. It's
supposed to be validated as
I feel that having inline form validation is the best way there is. I
use a combination of generating a great form with pform (http://
www.phpform.org/) and using a php/ajax form validation library. there
are plenty of them around. But this can be a nice, and pleasing
experience to the person
I agree with Caroline on the need for UIs to exercise sufficient restraint
when people are entering data.
When designing interactions on web pages, I often refer to a little guy I
keep in my head, who's a concierge in a high-class hotel, and imagine how
he'd behave.
A great concierge, maitre d',
I'm with Caroline - Mint is disturbing!
I was experimenting with error fields and after some debate decided
to do it this way (granted this form is simple, sorry about the
non-Englishness!): https://www.net-apotek.no/site/shop/register.html
... click on the 'register' button and all field labels
Soloviev [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 02, 2008 11:26 PM
Subject: [IxDA Discuss] Form Validation
: Hi,
:
: I'm looking for any advices/articles on form validation.
: I tried to search on gamma.ixda.org, but found nothing there.
:
: 1. What is the preferable
Hi Maxim,
Please see Robert Hoekman Jr.'s book, *Designing the Obvious*. Chapter 5. He
goes into great detail regarding form design validation, the art of
setting good form defaults, and how to write effective error messages ( how
to keep errors from occurring in the first place). I'll never look
I would highlight something Bryan said above. Back end error checking
is important, but why not use some front end JavaScript to check for
simple things like blank fields.
With unobtrusive JavaScript you can set a script up once and apply it
to all your forms easily.
You can see an example here:
On Thu, 3 Jan 2008 10:53:44, Jacob Smith [EMAIL PROTECTED] wrote:
I would highlight something Bryan said above. Back end error checking
is important, but why not use some front end JavaScript to check for
simple things like blank fields.
I was just thinking about that...
Look at Mint.com
From: Janna Hicks DeVylder [EMAIL PROTECTED]
on using client side validations
: Look at Mint.com http://mint.com/'s
: sign up process as an example.
: Not only do they deal with blank fields,
: they deal with inconsistencies as well.
I've watched users working with forms like this. My concern
I gave the mint.com site a try and agree with your colorful remarks about
its effect on the experience =]. I've designed dozens of such forms with
validation on the previous field and feel the same as you - it's a good
start but feels like it could be better.
I wonder if it would make more
Hi,
I'm looking for any advices/articles on form validation.
I tried to search on gamma.ixda.org, but found nothing there.
1. What is the preferable placement for error message for particular control?
2. Any guidelines on error message text. Like what is better -- This
field is required or
: Wednesday, January 02, 2008 6:26 PM
To: [EMAIL PROTECTED]
Subject: [IxDA Discuss] Form Validation
Hi,
I'm looking for any advices/articles on form validation.
I tried to search on gamma.ixda.org, but found nothing there.
1. What is the preferable placement for error message for particular
control?
2
17 matches
Mail list logo