If the desktop "folder view" is used (or in the widget of the usual desktop) there is no chance on a touchscreen to launch the items. Reproducible: Always Steps to Reproduce: 1. Boot Live CD 2. Activate desktop folder view 3. try to touch & open "Home" from desktop Actual Results: No chance to launch or open any desktop items on a tablet / convertible / touchscreen. Expected Results: That all items can be touched & open as in pre 5.7. Kernel & drivers are working correctly. If the symbol is hovered via touchpad, so that the selection box is shown, it can be tapped via touchscreen and the folder / item opens correctly. Seems that sth. expects a hover event before click, which of course isn't happening with touchscreens.
This is also occuring in the usual "desktop" view if one trys to touch on a folder on the desktop. However, everywhere else touchscreen support works for me on my convertible (KMenu, applications...). Just the desktop folder widget is broken.
Hm, I fix it myself. Is anyone mainting the code or can point to the widget source code? If I submit the patch would there be anyone here to include this in KDE? (think I'm somehow lost here or not at the right place)
If you have a patch, please open a review request via https://phabricator.kde.org/differential/diff/create/
Still trying to determine the affected component. By coincidence I got some message after a false update indicating that the plugin is "/usr/lib64/qt5/plugins/kf5/kio/desktop.so". However I didn't find the source, "https://cgit.kde.org/plasma-desktop.git/tree/containments/folder/plugin/foldermodel.cpp?id=c8f43a8fa712171cb62c53000a3343a8eb08f1a9" seems to be sth. else :(
The problem is that MouseEventListener in frameworks doesn't have touch event support.
>The problem is that MouseEventListener in frameworks doesn't have touch event support. Many thanks for the verification & debugging. Is this a bug in QT? In general QT should support this: "By default, QGuiApplication translates the first touch point in a QTouchEvent into a QMouseEvent. This makes it possible to enable touch events on existing widgets that do not normally handle QTouchEvent. " http://doc.qt.io/qt-5/qtouchevent.html "The MouseArea type allows mouse and touch events to be handled in a QML application." http://doc.qt.io/qt-5/qtquick-usecase-userinput.html Is this just related to the following (I guess onContainsMouseChanged will never fire in case of touch)? https://cgit.kde.org/kde-workspace.git/tree/plasma/desktop/applets/tasks/package/contents/ui/Task.qml?id=e9023a81186145ac4b33268a08759ab00df61466 onClicked: { if (isGroupParent) { groupDialog.target = task; groupDialog.visible = true; } else { tasks.activateItem(model.Id, true); } }
Qt Quick isn't widgets though, and the entire Qt Quick event handling code is currently in major flux and being rewritten. The code you've quotes is from Task Manager and not related to Folder View.
>The code you've quotes is from Task Manager and not related to Folder View. Sry, was the only component where "MouseEventListener" was referenced. Still wonder why all other components are working well with single touches (like the menu button in the upper left corner). Is it not possible to use a similar "mechanism" for folderview? At least as workaround until Qt Quick event handling code has been reworked.
MouseEventListener is in kdeclarative. And no, FV needs it.
I confirm that this behavior is happening with me too.
And that this and bug 366527 have the same roots.
*** Bug 395151 has been marked as a duplicate of this bug. ***
I confirm the presence of this bug in 5.12.5-r1. Touchscreen hardware is ELAN22CA:00 04F3:22CA on HP spectre x360 1WB97AV While touchscreen tap and drag work within any other software (dolphin, firefox etc), on desktop taps yield no effect. Have there been any updates or fixes to address this?
Same problem on my Lenovo Miix 700. Same touchscreen too (ELAN22CA)
*** Bug 408049 has been marked as a duplicate of this bug. ***
Open patch in need of review: https://phabricator.kde.org/D25428
I can also reproduce this.
We really need to move on https://phabricator.kde.org/D25428.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/170
I've had the same symptoms for as long as I've been using KDE on an HP x2-10. I found a workaround on X11 (doesn't work on Wayland): first touch an empty zone in the panel, _then_ touch the desktop icon, which can be selected and opened properly.
Git commit a366714231dcdb24e17bf12c39d4457ac5d7dbb7 by David Edmundson, on behalf of Steffen Hartleib. Committed on 30/10/2020 at 21:14. Pushed by davidedmundson into branch 'master'. Allow touch to interact with Icons in FolderView mode * moving icon's on the desktop around with touch * open/launch icons with tap (only singe tap, regardless of mouse workspace behavior) * access the icon's context menu with tap and hold Related: bug 408051 M +29 -1 containments/desktop/package/contents/ui/FolderView.qml https://invent.kde.org/plasma/plasma-desktop/commit/a366714231dcdb24e17bf12c39d4457ac5d7dbb7
This isuse persists. Nothing happens when I tap icons on desktop with my touchscreen. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.20.80 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.1
Works for me. Does your machine have a wacom touchscreen? Is it a Lenovo? If yo you are likely running into https://bugs.launchpad.net/ubuntu/+source/xf86-input-wacom/+bug/1774242 or a variant of it.
it's an old lenovo laptop with synaptics touchscreen. My touchscreen works as expected with other parts of the system and KDE apps.
I very strongly suspect that this is a driver issue and your touchscreen is not sending proper touch events. But do you by any chance have any other distros on the same machine that you can test with? I don't know how to debug any further as it works for me and it works for the person who submitted the fix (obviously).
I have reinstalled neon unstable a few hours ago, right now it is the only system installed on my laptop. I plan to do dual boot with Arch + Gnome later. I'm reinstalling everything due to recent problems with my hard disk. :(
BTW: Works great for me: - Lenovo Yoga 900S - neon-unstable-20201112-1102.iso Tested: - touchable icon on standard desktop - context menu for a long touch on desktop - touchable icon & context menu in Dolphin (nice box animation) - all tested also with desktop scale 1,5 Absolutely awesome, amazing work ;) @Patrick probably worth a try with Fedora, but might be sth. weird with your Lenovo (although they're usally really good with Linux)
I have found the problem. Set icons arranged in columns and aligned to the right side. Tap any icon on desktop, nothing happens. Can anyone confirm?
Can confirm when using Right Column arrangement. Seems to work with left column arrangement as well as right or left row arrangement. Could be related to Bug 359783. Can you open a new bug report to track this?
(In reply to Nate Graham from comment #29) > Can you open a new bug report to track this? done, bug 429401
Thanks!