W3C home > Mailing lists > Public > whatwg@whatwg.org > June 2010

[whatwg] Form validation against invisible controls

From: Ashley Sheridan <ash@ashleysheridan.co.uk>
Date: Thu, 03 Jun 2010 17:04:06 +0100
Message-ID: <1275581046.2217.24.camel@localhost>
On Thu, 2010-06-03 at 08:54 -0700, Tab Atkins Jr. wrote:

> On Thu, Jun 3, 2010 at 8:42 AM, Jo?o Eiras <joaoe at opera.com> wrote:
> > On Thu, 03 Jun 2010 16:16:00 +0100, TAMURA, Kent <tkent at chromium.org> wrote:
> >
> >>
> >>
> >>> > 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)
> >>
> >
> > You'd need to check the visibility or display also of all ancestors, that
> > opacity is not 0, that the bounding box has enough size to render the form
> > to the user and etc.
> > That's quite complicated to specify.
> >
> > Would be easier to tell that user agents might chose to ignore form controls
> > that they do not *paint* if that is possible for the UA to implement.
> 
> That's even worse - that defeats the time-honored trick to hide
> something visually without hiding it in any other way of absolutely
> positioning it off the screen.  It might even mean that elements
> currently off the screen (but that can be scrolled to) wouldn't
> validate.
> 
> ~TJ


But we really shouldn't be positioning things 'off screen' anyway. You
should be considering people who aren't viewing the site through the
traditional computer & web browser. What about people who are using a
speech or Braille browser? What about search engines (most of which
specify in their terms that what you give them should equal the user
experience) and basically any service that legitimately scrapes content
(think web snippets, etc that some browsers are implementing)



Thanks,
Ash
http://www.ashleysheridan.co.uk


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100603/abc5909b/attachment.htm>
Received on Thursday, 3 June 2010 09:04:06 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:24 UTC