dragArea only works if onGestureStart signal is defined
Bug #823190 reported by
Darren West
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OIF-qml |
Fix Released
|
Medium
|
Chase Douglas | ||
utouch-qml (Ubuntu) |
Fix Released
|
Medium
|
Chase Douglas |
Bug Description
Doesn't work:
UTouchDragArea {
}
}
Works:
UTouchDragArea {
}
}
Related branches
lp:~chasedouglas/oif-qml/fixes-and-refactor
- Stephen M. Webb (community): Approve
- Chase Douglas (community): Approve
-
Diff: 603 lines (+209/-127)16 files modifiedsrc/CMakeLists.txt (+4/-0)
src/continuousgesturearea.cpp (+39/-0)
src/continuousgesturearea.h (+74/-0)
src/geissingleton.cpp (+3/-2)
src/gesturearea.cpp (+5/-28)
src/gesturearea.h (+0/-57)
src/instantaneousgesturearea.cpp (+26/-0)
src/instantaneousgesturearea.h (+40/-0)
src/utouchdragarea.cpp (+1/-9)
src/utouchdragarea.h (+2/-5)
src/utouchpincharea.cpp (+4/-4)
src/utouchpincharea.h (+2/-2)
src/utouchrotatearea.cpp (+4/-4)
src/utouchrotatearea.h (+2/-2)
src/utouchtaparea.cpp (+1/-5)
src/utouchtaparea.h (+2/-9)
Changed in utouch-qml: | |
status: | Triaged → Fix Released |
Changed in utouch-qml (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → Medium |
assignee: | nobody → Chase Douglas (chasedouglas) |
To post a comment you must log in.
This is by design. It mimics the (intended) behavior of QtQuick's MouseArea. If you don't have a signal handler defined for the events, then it's assumed that you do not accept the events. I thought I had documented this, but apparently I hadn't.
Is there a use case for when you want updates or ends without begins? If there's no use case I'll still leave this bug open as a reminder to document this behavior.