[Webkit-unassigned] [Bug 80542] [Qt WK2] Disable/enable mouse events when displaying dialogs only for desktop view

Fri Mar 9 00:29:05 PST 2012

https://bugs.webkit.org/show_bug.cgi?id=80542

Andras Becsi <abecsi at webkit.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |abecsi at webkit.org

--- Comment #5 from Andras Becsi <abecsi at webkit.org>  2012-03-09 00:29:05 PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > I wonder if they should be enabled all the way. This distinction between touch and desktop view makes less sense when you think of desktop computers with real touch screens and a mouse attached, or laptops like the dell latitude with touch screen and touch pad.
> 
> A couple of questions:
> 
> - It seems like WebView will not receive the mouse events as flickable ( a child of webview )  always accepts the events.  Which means enabling/disabling the flag for WebView has no impact (though it would still be wrong to enable it after a dialog is dismissed). Is this right that flickable always accepts the mpuse events?

The Flickable reacting on mouse events was the reason why we needed to swallow real mouse events in MiniBrowser, and synthesize mouse events out of touch events in QtFlickProvider.

This should only be an issue when testing the flickable web view on desktop, so when setting the flag in the WebView we could also set flickable.setInteractive(false), which should disable the Flickable.

> 
> - If the mouse events are received by WebView and are sent down to WebPage, for such a device, wouldn’t it result in two sets of mouse events for a tap gesture as one set of fake mouse events are also generated for a tap gesture?
> On a side note, on such devices, will Qt  still send mouse events for the touch events as well? (So, will the flickable for example receive two sets of mouse events in this case?)

In legacy mode (desktop / mouse mode) we do not have a Flickable at all, Qt only sends native mouse events and we should not synthesize touch events, hence there is no tap gesture in that case.
Note that this behaviour was recently fixed for MiniBrowser --desktop, since the mocking was not disabled by default.

The problems only arise for the mobile / flickable WebView, both when testing it on desktop (we have to do touch mocking for the WebView), and on the device (we let Qt synthesize mouse events for the URL bar).

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