Bug 430109 - Prevent highlighting of text and objects upon multitouch input
Summary: Prevent highlighting of text and objects upon multitouch input
Status: RESOLVED NOT A BUG
Alias: None
Product: kwin
Classification: Plasma
Component: input (show other bugs)
Version: 5.20.2
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-07 13:53 UTC by jan.claussen10
Modified: 2020-12-10 14:50 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
attachment-28592-0.html (828 bytes, text/html)
2020-12-10 14:20 UTC, jan.claussen10
Details
attachment-30026-0.html (372 bytes, text/html)
2020-12-10 14:47 UTC, jan.claussen10
Details
Pasted File.png (11.73 KB, image/png)
2020-12-10 14:47 UTC, jan.claussen10
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jan.claussen10 2020-12-07 13:53:57 UTC
SUMMARY
Touchegg has become really useful lately with its gestures. The problem is that when you use gestures with two fingers or more, it is really annoying that text on objects get highlighted/selected. I think it would be a good idea to deactivate that for more than one finger. 

I use X11 btw so no idea is this is the right place for this bug.

STEPS TO REPRODUCE
1. Install touchegg (optional)
2. Use two finger (or more) gestures
3. See how text gets hightlighted and get annoyed by it

EXPECTED RESULT
No highlighting of text / selection of objects


SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.20.4 
KDE Frameworks Version: 5.76.0
Qt Version: 5.15.2
Comment 1 Nate Graham 2020-12-07 17:30:50 UTC
Not sure this is possible to generically fix in KWin. It would require either changes in Touchegg, or else changes deep in Qt. Maybe re-file this against Touchegg?
Comment 2 jan.claussen10 2020-12-07 18:15:53 UTC
Well this behavior also occurs without touchegg, so I was guessing this is the right place. I think KDE could use an optimization for touch input. But well I will make an issue in touchegg. See what the says...
Comment 3 Nate Graham 2020-12-07 18:52:34 UTC
Well, if it happens without touchegg, then I guess it's not touchegg.
Comment 4 Nate Graham 2020-12-07 18:52:42 UTC
Can you provide an example of a program where this issue can be seen?
Comment 5 jan.claussen10 2020-12-08 15:34:27 UTC
Sure in the konsole for example

Here is another thread concerning the issue:
https://gitlab.freedesktop.org/libinput/libinput/-/issues/546
Comment 6 Nate Graham 2020-12-08 16:30:08 UTC
Ah, you're describing app-specific bugs. Apps don't gain touch support automatically; it has to be implemented in each app, or else in the toolkit, when the app is using standard components. Konsole has a totally custom scrollable view for its terminal display, and it doesn't have touch support yet. Kate's text view is similar.

So you would file a bug on Konsole saying "Touch flicking selects text instead of scrolling." You would need to file a similar bug for every affected app.
Comment 7 jan.claussen10 2020-12-08 17:08:30 UTC
Alright, in that case I will give this. KDE is too old and big to easily make changes like this. I also will not push developers to make the changes. One day, there will a huge touch implementation wave hopefully. Thanks!
Comment 8 Nate Graham 2020-12-08 18:10:27 UTC
I wouldn't put it that way at all. Several of our older QWidgets apps have gotten touch support in the last few years: Okular, Gwenview, and Dolphin. It just needs to be done for Okular and Kate too. If you want to see it happen, file a bug report. :)
Comment 9 jan.claussen10 2020-12-10 14:20:18 UTC
Created attachment 133966 [details]
attachment-28592-0.html

Well, I don't see a real touch support for any KDE app so far.

Okay I can drag and drop files in Dolphin. I can't enter the right click menu by a long-press.
Zooming in Okular in large PDFs results in a massive scroll. I already filed a bug for this some time ago. It is not improving.

About a year ago I filed a bug that you can't open the application starter with touch edges when you have deleted the standard panel once. Never even got an answer.

I really like KDE, but for apps to be touch compatible they will have to be throroughly redesigned I think and I don't see anybody going that direction. GNOME is much furhter in that respect, but it is also resource hungry and I don't like the style. You can't have everything.
Comment 10 Nate Graham 2020-12-10 14:38:43 UTC
You must be using an older Dolphin version. 20.08 was the one that got touch support IIRC. If you're similarly using an old version of Okular, the same is probably true.

It's true that we're behind GNOME in the touch department. But things get better with every release of our software.

Aaaaanyway that's all pretty off-topic here. :) Please keep filing bug reports for individual issues in apps.
Comment 11 Christoph Feck 2020-12-10 14:40:05 UTC
The problem is that Qt widgets don't support touch by default. For example, to handle right-click emulation with long left-click, either Qt needs to be (incompatibly) changed, or every application. Qt widgets are feature-frozen, and the developers there suggest to port to Qt Quick. For some KDE applications this might be a long term goal, but certainly not for most.
Comment 12 jan.claussen10 2020-12-10 14:47:15 UTC
Created attachment 133970 [details]
attachment-30026-0.html

My Dolphin is up-to-date and doesn't have any touch feature

Yeah, I thought so that it is up to Qt. I think there just needs to be a way to recognize the difference between mouse and touch input. From that point on implementation is easy. So come one Qt! :)
Comment 13 jan.claussen10 2020-12-10 14:47:16 UTC
Created attachment 133971 [details]
Pasted File.png
Comment 14 Nate Graham 2020-12-10 14:50:25 UTC
Oh my mistake; the feature is in Dolphin 20.12. See Bug 385066. Anyway, if touch support in Dolphin is not working for you, the correct course of action is to file a bug on Dolphin.