[Webkit-unassigned] [Bug 120542] [wk2] REGRESSION (r154673): PDF scrolling moves very slowly

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Sep 7 23:35:54 PDT 2013


--- Comment #15 from Christophe Dumez <dchris at gmail.com>  2013-09-07 23:35:10 PST ---
(In reply to comment #14)
> (In reply to comment #13)
> > Thanks for investigating this.
> > 
> > Note that my patch adds support for the 'wheel' event but does NOT remove support for the legacy 'mousewheel' event. Therefore, code that is still using the legacy event should in theory be fine. There are a lot of layout tests using it and still passing.
> > 
> > There is one case where the 'mousewheel' event no longer gets fired. This is when there is a listener of the 'wheel' event already. The 'mousewheel' is only fired as fallback (similarly to webkit- prefixed events). The assumption is that the web page either uses the new standard event, or the legacy one, but not both.
> To a page, maybe, but what events will make it to e.g. PluginView::handleEvent? Where does the wheel/mouseWheel split happen? If a page uses wheel events, will a <object> inside it get mouseWheel events, or not?
> None of the aforementioned layout tests test plugins, obviously, because plugins very clearly do not get mouseWheel events anymore.

The split occurs in EventTarget.cpp. I don't know much about plugins but I will take a look as well.

Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

More information about the webkit-unassigned mailing list