SUMMARY Still the problem exist with kubuntu 19.04/disco in May 2019. This is a shame. There are plenty of convertable devices laptop/tablet on the market. HP spectre x360 Convertible. model 13-ae053na. Touchscreen hover is not the same as touchpad hover. Or it has different action associated in plasma. Hovering over an icon gets the focus of the icon for a touchpad , but not with a touchscreen. With the focus on the icon the click or double click work for a touchpad. To test: I can always trigger a tap/single click/double click on touchscreen , when previously hovering with touchpad over the icon. I always open/launch the icon like that. If not touchpad hover , then it is striggle to launch the icon. STEPS TO REPRODUCE 1. Get kubuntu 19.04 with any convertible laptop with a touchscreen. 2. hover with touch screen over the icon 3. hover with touchpad over the same icon, you get different behaviour 4. you can tap/click in touchscreen only when hovered on touchpad previously OBSERVED RESULT Cannot trigger/launch icon on touchscreen EXPECTED RESULT Touchscreen hover and touchpad hover should behave the same way (by default.) SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Kubuntu 19.04/disco (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
By hovering on touchscreen on the icon, I mean both moving along the surface of the touchscreen from outside icon towards inside the icon or jumping inside the icon from outside the icon. In both ways the outcome is different from touchpad.
I made an effort . Downloaded neon-developer-20190514-0001.iso and installed that inside the virtualbox 6 on top of kubuntu 19.04. Touchscreen and touchpad is working and displays the behaviour as reported even for latest trunk Plasma 5.16.80, Qt Version 5.12.0, kde-frameworks 5.59.0 and kernel 4.18.0-18-generic
There is no such thing as "hover" with a touch device. There's just variants of "tap". What you're describing is a tap-and-drag geature and it's not appropriate for that to map to hover. What about views that are scrollable? The higher-level problem here is that many of our apps as well as Plasma itself are poorly-optimized for touch. We're quite aware of this. What would be more helpful is to file specific bugs for apps and places where better touch support is needed. Thanks!
It IS a bug, please acknowledge it first. This is a basic essential feature that needs to work reliably on touchscreen even for Xorg. No time to way for maturing Xwayland. It is quite urgent requirement. Tablets and convertibles are widespread now. Complex multi-touch gestures can wait for wayland. Opening a folder or launching an application by tapping on the icon on desktop by single or double click must work reliably on touchscreen. I want it to JUST WORK. This is a showstopper. I cannot use KDE on my convertible laptop in tablet mode. I can do it in all other desktop environments , gnome, cinnamon, budgie otn Xorg and wayland. That is a shame. How come they can do it and plasma/kde cannot do it with Xorg? How you do it is your business. After my short investigation I offered my insight that can help you to sort out the problem . When I hovered the mouse pointer with my touchpad over the icon first then I could ALWAYS reliably launch an application by tapping on touchscreen. You can choose to use this information or you can choose to ignore it . However make the launching of the application by tapping single click and/or double click always work on touchscreen reliably, please. It is essential.
Another observation you can take into account. Although clicking/tapping on the desktop icons on touchscreen almost never works. Clicking/tapping on the touchscreen on the icons in the menu (all three alternatives: classic menu,full screen dashboard,and default launcher) always WORKS reliably. So it must be fixable.
If someone points me to the source codes where to start investigating I can start looking into it. I can use 'sudo evtest' to monitor touchscreen events on device level. How can I monitor touchscreen events on QT/plasma/KDE level?
I noticed https://community.kde.org/KDE_Visual_Design_Group/Gestures , which is related to this bug. What is the difference between touchpad and touchscreen in operation? There is no direct correspondence (size , aspect ratio) between touchpad and screen/display so touchpad must captures delta/relative moves: If you lift your finger from touchpad and move into another place , the pointer does NOT jump, it continues from where you left it. On the other hand touchscreen has to maintain direct one-to-one correspondence between touch sensor and display to stay in sync, so it needs to capture absolute positions. Jumps in finger must translate as jump in pointer. Other than that, there is not much difference between touchpad and touchscreen. Currently plasma (desktop area) implements : 1) Touchpad moves without holding left button as a relative change of pointer location resulting potentially into hovering or/and change of application focus. 2) touchpad moves with holding left button as dragging /selection. 3) application can be openned by 3a)left touchpad/mouse button single click or double click once the pointer is hovering over icon 3b) single click or double click on touchpad once the pointer is hovering over an icon 4) touchscreen (one finger) moves (or maybe small consecutive jumps) as dragging/selection (as if holding left mouse/touchpad button) To treat both touchpad and touchscreen in the same fashion. Can we have a virtual on screen "sticky left touchscreen button" on plasma to change between default hovering/focus change mode and selection/dragging mode? This way we can unify touchpad and touchscreen behaviour and reuse touchpad settings for touchscreen as generic touch sensors devices.
There are definitely real bugs here. I have exactly the same hardware as you (HP Spectre x360 convertible) so I'm quite aware of how much work needs to be done. However this bug report is not actionable because it does not track one specific issue that can be resolved. "Make everything work with touch" is too broad. Please file individual bugs for the apps and plasma components where you find that touch support out-of-the box is lacking. Thanks!
Hi Nate. I am happy you have the same laptop as me, so you could test quickly. I think the title is very specific. How to reproduce. 1.) Example drag a "dolphin icon from menu/launcher" to a plasma desktop. 2.) double click or single click on dolphin Just because something is a big area to work, it is a bug. It is a bug, because for gnome it works. Reopen it and keep this bug open.
Can you advise what is the best component in plasma to assign this? This is not a specific app. This is actual plasma desktop thing.
(In reply to Marian Klein from comment #9) > Hi Nate. > > I am happy you have the same laptop as me, so you could test quickly. > I think the title is very specific. > How to reproduce. > > 1.) Example drag a "dolphin icon from menu/launcher" to a plasma desktop. > 2.) double click or single click on dolphin Yep, I can confirm that this is broken with Folder view, but it does work with Desktop view. Please file a new bug report on Plasmashell | Folder describing this (and only this) issue. If you have any other touch-related issues, please file additional bugs for them. Thanks!
See bug #408049 https://bugs.kde.org/show_bug.cgi?id=408049