Qt-contributors-summit-2014-QtCS14TouchAndGestures: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
AutoSpider (talk | contribs) (Add "cleanup" tag) |
||
Line 1: | Line 1: | ||
{{Cleanup | reason=Auto-imported from ExpressionEngine.}} | |||
Touch and Gestures | Touch and Gestures | ||
Revision as of 16:33, 3 March 2015
This article may require cleanup to meet the Qt Wiki's quality standards. Reason: Auto-imported from ExpressionEngine. Please improve this article if you can. Remove the {{cleanup}} tag and add this page to Updated pages list after it's clean. |
Touch and Gestures
mouse and touch
- Qt Quick: handle actual touch events instead of synthetic mouse events when possible (work in progress)
- propagating events without consuming them
- hover events: if one MouseArea contains another, they both should see hover when it happens
- OSX: enabling gestures means we eat hover events in PinchArea
- dragging stuff with touch is not as smooth as flicking is
- synthesize interpolated touch events per-frame?
- then we need a means to turn it on/off
- should every event contain velocity?
- use platform timestamps when possible/available
the transfer-of-touch problem
- touch a control like a ComboBox, a window pops up, then drag to select an item
- drag in one Flickable and continue dragging in another (in the same window)
- reemit(event, targetItem);
- similar to keys forwardTo
- idea: MouseArea { priority: 2 }
system gestures
- no more gesture framework
- could recognize only one gesture at a time
- too many bugs
- OSX and Windows 8.x can give us native flick/scroll and pinch
- qtquick needs to support them
- Note though that on Windows, gestures will suppress touch events
- still have to solve the issue of choosing, or being able to get both gestures and touch somehow
- could receive one type of event first, accept/reject, then the other type will come
- TouchCancel is intended as notification that touch started but the effects should be un-done
- sometimes difficult….