https://bugs.kde.org/show_bug.cgi?id=439920
Nate Graham <n...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |CONFIRMED
Summary|Impossible to add widgets |DragArea requires
|to the desktop by dragging |press-and-hold with a
|via touch |touchscreen, which is
| |unintuitive and
| |undiscoverable
Keywords| |usability
--- Comment #3 from Nate Graham <n...@kde.org> ---
While reading the code to figure out how to handle touch events, I discovered
that they are already handled! It's just that a press-and-hold is required; a
regular old drag doesn't work. This never would have occurred to me.
I imagine the reason for this is logical enough: to distinguish between
potentially ambiguous touch actions because a drag may look like a swipe, which
you would want to forward to a scrollview if the view is scrollable. However it
is nonetheless a pretty poor UX. Both Thiago and I never even thought to try
this.
I could imagine a couple of ways we fix the situation:
1. Add opt-in code to allow a horizontal touch drag to be interpreted as a
drag, but a vertical drag to be interpreted as a scroll swipe. This would work
for the Widget Explorer because it's a sidebar and most of the time you'd be
dragging the widget horizontally
2. Add smart code to DragArea to try to disambiguate a swipe from a drag by
looking at velocity, vector, and so on.
3. Add a new on-demand overlay to the Widget Explorer that shows show
additional buttons or explanations when an item is tapped or dragged without
pressing-and-holding, to help the user figure out what to do.
#3 I could probably do, but 1 and 2 are beyond my current abilities, and are
likely better solutions. Since those have to be implemented here, I'm leaving
the bug here for now.
--
You are receiving this mail because:
You are watching all bug changes.
