[Bug 25405] Input Event Types (some correct)

https://www.w3.org/Bugs/Public/show_bug.cgi?id=25405

--- Comment #4 from Travis Leithead [MSFT] <travil@microsoft.com> ---
(In reply to spiritRKS1910 from comment #0)
> In table (5.1.1 List of DOM3 Event Types) beforeinput event has this:
> Default Action: 
> None
> 
> But definition beforeinput event has some default action
> (https://dvcs.w3.org/hg/dom3events/raw-file/tip/html/DOM3-Events.html#event-
> type-beforeinput).

Yep. I will make this consistent.


> Definition table for beforeinput and input should have this (in Context info)
> 
> UIEvent.view
> UIEvent.detail
> 
> All event types implement (or inherit) UIEvent list this property in their
> tables. 

I will add these. Good find.


> And this tables should also include InputEvent.isComposing attribute.

Yep. This was added recently, but we forgot to update the tables. Good catch.

> InputEvent.data description in table probably is not complete (when
> comparing with HTML5). In HTML5 we have only input event type, and it can be
> fired additionally for input type=checkbox/type=radio or select, and in this
> case what value is appropriate - empty string or null? On the other hand,
> HTML5 does not take into account the InputEvent interface for input event
> (just inherit from Event). At now only Firefox started implement this
> interface (with some objection due to the HTML5:
> https://bugzilla.mozilla.org/show_bug.cgi?id=970802).
> 
> According above HTMLSelectElement should be trate as a target for this event
> type.

I think I will make this more generic, limiting the trusted event targets to
"Element" and then in the event definition, calling out that these are control
type elements as well as contenteditable element. The umbrella "Element" covers
all these cases.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Monday, 5 May 2014 21:46:02 UTC