W3C home > Mailing lists > Public > www-dom@w3.org > April to June 2011

Re: Fwd: comment on DOM 3 Events LC #2 on WebApps WG's request

From: Daniel Glazman <daniel.glazman@disruptive-innovations.com>
Date: Thu, 16 Jun 2011 12:37:07 +0200
Message-ID: <4DF9DCD3.3090504@disruptive-innovations.com>
To: www-dom@w3.org
Le 16/06/11 12:17, Mounir Lamouri a écrit :

> Generally speaking, I think it's too soon to add these kind of events:
> HTML5 Forms implementations are young and I still haven't see one
> website using it.

Really a bad argument. Our specs are supposed to pave the future, not
stabilize what's already here.

> In addition, I do not think it would be a good idea to have an event
> being sent when an element becomes valid or invalid: I do not see any
> good use case (wrt UX) that wouldn't work with the input or change
> events. What use cases do you have in mind?

That's a joke I presume ???

A form willing to cancel the transaction after three failed attempts to
enter something valid ? A form willing to emit a XHR if a field goes
off-range or invalid ? There are _tons_ of use case.

> Furthermore, for in-range and out-of-range, I do not believe a good
> implementation should allow the user to enter an out of range value so
> such an event might be useless. Even if, I don't see how invalid/valid
> events wouldn't fulfill the hypothetical use cases of those two.

A "good" implementation ?!?!? Wow. Suppose you have a form with an
email field. That field's value is populated BY SCRIPT just because
you have a password helper. Oh, your bad, the data in your passwd
helper is wrong, you mistyped your email, forgot a period. Dang, the
form field is invalid.

Mounir, this is not an ideal world, the browser is not the only
user-side component of the web, and the user is not the only one
filling up form fields. Wake up, please.

Received on Thursday, 16 June 2011 10:37:36 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:17 UTC