1

enhanced_2.html does not accept https urls in IE8

posted at 09:40 am on September 21, 2010 by weirdan

2 very nice

very nice val.
and also i hope all IE’s die(), exit(), quit() disappear

posted at 10:51 am on September 21, 2010 by وظائف

3 Validation fails

There are too many validation errors:

1. when I enter only 1 digit in a password field, it says it’s valid;
2. ‘daaa@sssb’ in email field is valid;

1. ‘http://’ in website is valid;

Firefox 3.6.10, very last example. In Chrome it works better, but still not perfect.

posted at 11:21 am on September 21, 2010 by scriptin

4 Validation fails (take 2)

Chrome 6:
email accepts a@b.c
website accepts http://w which while it strictly is a URL it isn’t a FQDN making it of little to no use.
And it allows http://. which isn’t a URL

I do like the spinner though.

Any particular reason for not using the HTML5 DOCTYPE? ATM it is invalid XML…

posted at 11:30 am on September 21, 2010 by Philip Green

5 doctype

I think this is a requirement of ALA (using XHTML), but if they’re going to be putting out demos with HTML 5, they should allow you to use the correct doctype.

That aside, it’s nice to look forward and see how might use these features down the road.

Thanks

posted at 12:29 pm on September 21, 2010 by Tim Wright

6 Icon overlap on number field in Chrome

Nice article.

Chrome renders little up/down arrows at the right side of a number field that overlap the validation icon in the demo.

posted at 12:45 pm on September 21, 2010 by BryanRSmith

7 Bad usability example in demo

Not allowing spaces, brackets, dashes, slashes in phone numbers is a habit from the stoneage of form usability, as is requiring the protocol identifier, “http://”, which noone is used to enter into their browser’s location bar.

Deleting characters of valid inputs, making them invalid, does not always alter their state of recognition, i.e. they keep being labeled as valid.

posted at 12:47 pm on September 21, 2010 by Christoph Päper

8 Postcode

… also ZIP or post codes often are not numbers, even if they look like such and may not contain letters or other characters. In Germany, for instance, they always consist of five digits, but may have leading zeros, i.e. <input type=“text” pattern=”\\d{5}”>. Even if the demo was correct for Australia, it’s not a good example.

posted at 12:53 pm on September 21, 2010 by Christoph Päper

9 Dependencies?

What happens if a field is dependent on another field? For instance, let’s say for password confirmations? Or, what about if the field is only required if another field has a value of 1?

posted at 01:41 pm on September 21, 2010 by jdelsman

10 evolved to client-side?

This article may give the impression that client-side validation obviates server-side validation. On the contrary: client-side validation does nothing for your security or data integrity, and should be provided solely as a service to your users. The bouncers in the cartoon should, if anything, be carrying the user on a litter.

posted at 05:05 pm on September 21, 2010 by bluej100