> An element is a "candidate for constraint validation" if > 1. it is a validatable type, > e.g. true if <input type=number>, false if <input type=reset> > 2. has no "disabled" attribute, > 3. has no "readonly" attribute, > 4. inside of a <form> element, > 5. has non-empty "name" attribute, and > 6. not inside of a <datalist> element. > > I hope ValidityState and the pseudo classes ignores 2-6.
The pseudo-classes do not ignore 2, 3, and 6. (4 and 5 are now removed.)
I'd like to propose to add another condition: 7. it is visible (computed 'display' property of CSS isn't 'none' and no 'hidden' content attribute) I couldn't find exceptional rules for validating invisible controls in the current draft. Chrome 5 was released with a part of interactive validation, and we received a bug report about validation against invisible form controls. -- TAMURA Kent Software Engineer, Google