summaryrefslogtreecommitdiff
path: root/tests
diff options
context:
space:
mode:
authorEskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@qt.io>2022-11-25 09:14:03 +0100
committerEskil Abrahamsen Blomfeldt <eskil.abrahamsen-blomfeldt@qt.io>2022-12-07 10:35:04 +0100
commit5bae5debdf94f6bbec61f4ff50ecbf3c1231e0e3 (patch)
tree7e455bde883033ff6341a6254a0278add6f9839a /tests
parent510fc8325774d3bef2ed474b8a28f90d31c5aebc (diff)
downloadqtwayland-5bae5debdf94f6bbec61f4ff50ecbf3c1231e0e3.tar.gz
compositor: Support touch interaction with client decorations
The client tells us when the title bar has been pressed and it has started a move, but we only actually updated the position of the window for mouse events. This adds touch event support for this, but only for a single touch point. Since there is no way of knowing which touch point actually triggered the move, we just assume it is the first. This could cause some odd behavior if you try interacting with the window frame with two fingers at the same time, but not beyond what you would expect. [ChangeLog][QtWaylandCompositor] It is now possible to move windows using client-side decorations with touch input as well as mouse input. Fixes: QTBUG-108690 Change-Id: I23ce1e39a26be5b1b5a5ac93d8f38cc59685aa96 Reviewed-by: Paul Olav Tvete <paul.tvete@qt.io>
Diffstat (limited to 'tests')
0 files changed, 0 insertions, 0 deletions