[Webkit-unassigned] [Bug 80542] [Qt WK2] Disable/enable mouse events when displaying dialogs only for desktop view
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Mar 9 05:51:06 PST 2012
--- Comment #6 from Dinu Jacob <dinu.jacob at Nokia.com> 2012-03-09 05:51:06 PST ---
(In reply to comment #5)
> (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.
On a touch device with mouse, even though the mouse events are swallowed by MiniBrowser, wouldn't it still result in two sets of touch events (the synthesized touch events and the actual touch events) that would potentially mess up the gesture recognition? (And for a thirdparty client using the webView who doesn't filter the mouse events, flickable will end up receiving the native mouse events as well the mouse events synthesized by Qt).
> 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.
I didn't quite follow this...
> > - 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).
Yes, it was the webView I was thinking of when mentioning the tapGesture.
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned