[webkit-gtk] WebView avoiding propagation of some GtkWidget signals
Mario Sanchez Prada
mario at webkit.org
Mon Jan 11 02:43:18 PST 2016
On 08/01/16 19:47, philip.chimento at gmail.com wrote:
> I think it makes a lot of sense, what you say above about always returning
> FALSE specifically for mouse move events. With a click, I can see why the
> WebView should swallow it; a click is always intended for one target. But
> with a mouse movement, the mouse pointer is _there_ in the new location
> whether a target reacts to it or not.
> So even if you are drawing on a <canvas>, for example, that handles the
> mouse move events, why shouldn't GTK be able to handle them as well?
I talked to Carlos on IRC and we agreed on that always propagating motion
events makes sense for exactly the reasons you exposed here, so I'm going
back to my original proposal and doing that instead of messing with storing
and re-emitting events, which might be a bit overkill for this case.
See the related bug: https://bugs.webkit.org/show_bug.cgi?id=152974
More information about the webkit-gtk