As the bug title says. This and the combination of the wheel-event synthesis API not letting you specify if precise scroll events are present makes it impossible to test the behaviour of precise (e.g. touch/touchpad) scrolling on GTK. While the easiest fix for that would be to add an extra prototype for specifying hasPreciseScrollDeltas to the wheel-event synthesis API, I think implementing touch event synthesis is the nicer and more flexible way of doing this, given that API already exists, is implemented on basically every other platform and is currently just stubbed.
Created attachment 437421 [details] Patch
I've not re-baselined/enabled tests in this patch yet, I'm hoping EWS makes it easier for me to determine the list of tests that will need changing/re-enabling.
Thanks for the patch. If this patch contains new public API please make sure it follows the guidelines for new WebKit2 GTK+ API. See https://trac.webkit.org/wiki/WebKitGTK/AddingNewWebKit2API
Created attachment 437495 [details] Patch
Comment on attachment 437495 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=437495&action=review > LayoutTests/platform/gtk/TestExpectations:-590 > -# These tests require touch support > -fast/events/touch [ Skip ] > -imported/w3c/web-platform-tests/touch-events [ Skip ] I'm surprised we can unskip these, we enable touch support at runtime depending on the hardware, or did that change?