A user account is required in order to edit this wiki, but we've had to disable public user registrations due to spam.

To request an account, ask an autoconfirmed user on Chat (such as one of these permanent autoconfirmed members).

Forms: Difference between revisions

From WHATWG Wiki
Jump to navigation Jump to search
(Created page with 'This page collects feedback on what does not work with HTML forms. Having wider adoption of standard form controls benefits usability/accessibility so it is important that they w...')
 
m (add category)
 
(10 intermediate revisions by one other user not shown)
Line 3: Line 3:
== UI ==
== UI ==


* If more than one field is invalid a message is only displayed for the first field in contemporary implementations.
=== Input Validation ===
* The tooltips displayed by contemporary implementations are not liked by all designers and therefore HTML forms are sometimes avoided.


Examples: ...
The bubble error message tooltips displayed by contemporary implementations do not offer enough flexibility in layout and therefore HTML form validation is slow to reach wider adoption. Despite the many benefits of having native form input validation, many sites still rely on fallbacks and polyfills to author custom designs.
 
Currently, HTML input validation messages are displayed as bubble tootlips only:
 
[[File: Form-validation-required.png]]
 
Existing webkit pseudo-elements for styling are limited in scope and do not meet use cases:
 
::-webkit-validation-bubble
::-webkit-validation-bubble-arrow-clipper
::-webkit-validation-bubble-arrow
::-webkit-validation-bubble-message
 
==== Use Cases ====
 
'''Use Case 1 - Inline Message'''
 
Allow error messages to be inserted immediately after the input field.
 
''Example'':
 
[[File: Audible-inline-validation.png]]
 
'''Use Case 2 - All Messages Shown'''
 
Allow all messages to be displayed at once for each invalid input field.
 
''Example'':
 
[[File: Sign-up-form-inline-error-messages.gif]]
 
'''Use Case 3 - Grouped Messages'''
 
Allow the error messages to be grouped for all error messages shown.
 
''Example'':
 
[[File: Validator-js-javascript-form-validation.jpg]]


[[Category:Proposals]]
[[Category:Proposals]]

Latest revision as of 11:46, 24 May 2012

This page collects feedback on what does not work with HTML forms. Having wider adoption of standard form controls benefits usability/accessibility so it is important that they work nicely.

UI

Input Validation

The bubble error message tooltips displayed by contemporary implementations do not offer enough flexibility in layout and therefore HTML form validation is slow to reach wider adoption. Despite the many benefits of having native form input validation, many sites still rely on fallbacks and polyfills to author custom designs.

Currently, HTML input validation messages are displayed as bubble tootlips only:

Form-validation-required.png

Existing webkit pseudo-elements for styling are limited in scope and do not meet use cases:

-webkit-validation-bubble
-webkit-validation-bubble-arrow-clipper
-webkit-validation-bubble-arrow
-webkit-validation-bubble-message

Use Cases

Use Case 1 - Inline Message

Allow error messages to be inserted immediately after the input field.

Example:

Audible-inline-validation.png

Use Case 2 - All Messages Shown

Allow all messages to be displayed at once for each invalid input field.

Example:

Sign-up-form-inline-error-messages.gif

Use Case 3 - Grouped Messages

Allow the error messages to be grouped for all error messages shown.

Example:

Validator-js-javascript-form-validation.jpg