Bug 211073

Summary: [GTK4] Add support for motion events
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: aperez, berto, bugs-noreply, ews-watchlist, gustavo
Priority: P2 Keywords: Gtk
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Bug Depends on: 211045    
Bug Blocks: 210100    
Attachments:
Description Flags
Patch
aperez: review+
Patch for landing none

Carlos Garcia Campos
Reported 2020-04-27 06:00:57 PDT
enter, leave and motion
Attachments
Patch (13.86 KB, patch)
2020-04-27 06:03 PDT, Carlos Garcia Campos
aperez: review+
Patch for landing (13.82 KB, patch)
2020-04-28 04:57 PDT, Carlos Garcia Campos
no flags
Carlos Garcia Campos
Comment 1 2020-04-27 06:03:28 PDT
Adrian Perez
Comment 2 2020-04-27 07:59:13 PDT
Comment on attachment 397675 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=397675&action=review > Source/WebKit/UIProcess/API/gtk/WebKitWebViewBase.cpp:1136 > + // FIXME: Forward event to dialog. Wouldn't this be “if (priv->dialog) return GDK_EVENT_PROPAGATE;” like in the function right above? If so, I think we should do it already for this patch and remove this FIXME. > Tools/MiniBrowser/gtk/BrowserTab.c:410 > +#if !GTK_CHECK_VERSION(3, 98, 0) How about removing the margin also for GTK3 so we don't need the #if here?
Carlos Garcia Campos
Comment 3 2020-04-28 04:49:37 PDT
Comment on attachment 397675 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=397675&action=review >> Source/WebKit/UIProcess/API/gtk/WebKitWebViewBase.cpp:1136 >> + // FIXME: Forward event to dialog. > > Wouldn't this be “if (priv->dialog) return GDK_EVENT_PROPAGATE;” like > in the function right above? If so, I think we should do it already for > this patch and remove this FIXME. No, in the case of motion events we are not just returning propagate but chaining up. I don't remember why, so I prefer to wait until we implement the dialogs to see what we need to do here. >> Tools/MiniBrowser/gtk/BrowserTab.c:410 >> +#if !GTK_CHECK_VERSION(3, 98, 0) > > How about removing the margin also for GTK3 so we don't need the #if here? Or adding it in the case of GTK4, but I don't know how or whether it's possible. This bug is not about this, that's why I didn't change any behavior here, I added back the overlay just to avoid runtime criticals and check that items are properly hovered.
Carlos Garcia Campos
Comment 4 2020-04-28 04:57:25 PDT
Created attachment 397829 [details] Patch for landing
EWS Watchlist
Comment 5 2020-04-28 04:58:12 PDT
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See http://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Carlos Garcia Campos
Comment 6 2020-04-28 05:27:58 PDT
Note You need to log in before you can comment on or make changes to this bug.