On Apr 16, 2013, at 5:08 AM, Allan Sandfeld Jensen <k...@carewolf.com> wrote:

> Hi webkit-dev
> 
> I have recently uploaded a new patch to 
> https://bugs.webkit.org/show_bug.cgi?id=18930 to implement mouseenter and 
> mouseleave events.
> 
> These events are part of DOM3 
> http://www.w3.org/TR/DOM-Level-3-Events/#events-mouseevents and supported by 
> MSIE, Mozilla and pre-blink Opera. They are also 
> listed as issues jQuery needs to work around in WebKit 
> https://bugs.webkit.org/show_bug.cgi?id=110007
> 
> Previously they have not been implemented because they were not considered 
> important, and could cause performance regression by issuing more events on 
> every mouse-move that may not even be used by many websites.
> 
> After I refactored hit-testing in the fall and especially moved the update of 
> hover/active state out of hit-testing, it is now possible to dispatch these 
> events where the hover state is updated, which makes the logic of dispatching 
> mouseenter and mouseleave events correctly simple. It is also possible to 
> only 
> do one check for possible capturing listeners before issuing any mouseenter 
> or 
> mouseleave events for a mousemove.
> 
> This is what the new patch does. It does incur an additional overhead by 
> checking for the existence of capturing listeners, but the check is of lower 
> magnitude than existing iterations over the tree, and should keep performance 
> comparable, and is in all circumstances faster than issuing new events that 
> fall for deaf ears.
> 
> Are there more objections for the support of mouseenter and mouseleave events 
> in WebKit?

Seems like a reasonable feature to add.

 - Maciej

_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Reply via email to