W3C home > Mailing lists > Public > public-html-bugzilla@w3.org > November 2011

[Bug 14870] autosubmit attribute for form elements

From: <bugzilla@jessica.w3.org>
Date: Tue, 22 Nov 2011 14:37:52 +0000
To: public-html-bugzilla@w3.org
Message-Id: <E1RSrTs-0004wS-1f@jessica.w3.org>

John Thomas <therandshow@gmail.com> changed:

           What    |Removed                     |Added
                 CC|                            |therandshow@gmail.com

--- Comment #3 from John Thomas <therandshow@gmail.com> 2011-11-22 14:37:50 UTC ---
(In reply to comment #1)
> From what I can tell from the bug description, this is a request to add an
> @autosubmit boolean attribute to all form input elements. If @autosubmit is set
> on an input element then an action that would have the element fire an onchange
> event would automatically submit the form that owns the element.
> WCAG 2.0 success criteria 3.2.2
> "On Input: Changing the setting of any user interface component does not
> automatically cause a change of context unless the user has been advised of the
> behavior before using the component. (Level A)"
> http://www.w3.org/TR/UNDERSTANDING-WCAG20/consistent-behavior-unpredictable-change.html

The key element here should be unpredictable. For example, sometimes sorting
controls (especially in js-free environments) are represented as form elements.
I think most users would expect a simple sorter (such as an arrow button next
to a table header) to autosubmit. Likewise with paging controls. 

In addition, consider a corporate environment where web pages may be modeled
after certain desktop applications. If that application autosubmits, then the
user will likely expect the web page to do likewise. 

If I may make a bad pun, sometimes what is unpredictable to the user is not
always predictable.

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 22 November 2011 14:38:02 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 16:31:22 UTC