WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 211073
[GTK4] Add support for motion events
https://bugs.webkit.org/show_bug.cgi?id=211073
Summary
[GTK4] Add support for motion events
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+
Details
Formatted Diff
Diff
Patch for landing
(13.82 KB, patch)
2020-04-28 04:57 PDT
,
Carlos Garcia Campos
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2020-04-27 06:03:28 PDT
Created
attachment 397675
[details]
Patch
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
Committed
r260819
: <
https://trac.webkit.org/changeset/260819
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug