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.