Qt wiki will be updated on October 12th 2023 starting at 11:30 AM (EEST) and the maintenance will last around 2-3 hours. During the maintenance the site will be unavailable.
Qt-contributors-summit-2014-QtCS14TouchAndGestures: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
m (Categorize) |
||
(4 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
{{Cleanup | reason=Auto-imported from ExpressionEngine.}} | |||
[[Category:QtCS2014]] | |||
Touch and Gestures | Touch and Gestures | ||
Line 6: | Line 8: | ||
* propagating events without consuming them | * propagating events without consuming them | ||
* hover events: if one MouseArea contains another, they both should see hover when it happens | * hover events: if one MouseArea contains another, they both should see hover when it happens | ||
* | * macOS: enabling gestures means we eat hover events in PinchArea | ||
* dragging stuff with touch is not as smooth as flicking is | * dragging stuff with touch is not as smooth as flicking is | ||
** synthesize interpolated touch events per-frame? | ** synthesize interpolated touch events per-frame? |
Latest revision as of 17:49, 6 January 2017
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
- macOS: 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….