Re: ISSUE-42 (simpler custom events): Should we simplify custom events? [DOM3 Events]

Web Applications Working Group Issue Tracker:
> ISSUE-42 (simpler custom events): Should we simplify custom events? [DOM3 Events]
…
> I'd like to make another suggestion about DOM 3 custom events; this time
> a great simplification.

This simplification to CustomEvent is already in the spec:

  http://dev.w3.org/2006/webapi/DOM-Level-3-Events/html/DOM3-Events.html#events-Events-CustomEvent

> If specifying whether custom events should be retargetted or stopped at
> shadow scope boundaries under sXBL is a desirable feature (and I think
> it is), then a separate interface to set this information is probably
> the way to go.
> 
>   interface EventXBL {
>     attribute boolean retargetable;
>   };

This functionality isn’t in XBL2, although an EventXBL interface does
exist:

  http://www.w3.org/TR/xbl/#the-eventxbl

XBL2 currently says:

  The action taken (retarget vs. stop) is specific to the event type. In
  general, UI events must be retargeted and mutation events must be
  stopped. Exceptions to the rule are noted below. The goal of this
  retargeting or stopping is to stop outer shadow scopes from being
  exposed to nodes from inner shadow scopes, and to stop outer shadow
  scopes from getting apparently meaningless events that only make sense
  in the context of inner shadow scopes.
   — http://www.w3.org/TR/xbl/#event2

A definitive list of which event types should be retargetted and which
should be stopped doesn’t seem to be given, though.  It’s unclear
whether a CustomEvent (or a plain Event) should be retargetted or
stopped.

-- 
Cameron McCormack ≝ http://mcc.id.au/

Received on Wednesday, 23 July 2008 23:42:29 UTC