Bug 393755 - No corresponding option in conf for GUI's pad "Mouse click emulation"
Summary: No corresponding option in conf for GUI's pad "Mouse click emulation"
Status: RESOLVED DUPLICATE of bug 387153
Alias: None
Product: systemsettings
Classification: Applications
Component: general (show other bugs)
Version: 5.12.4
Platform: Manjaro Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-05-02 09:44 UTC by Michał Dybczak
Modified: 2019-10-27 19:33 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Pad "Mouse click emulation" option with grayed out sub-options (291.31 KB, image/png)
2018-05-02 09:44 UTC, Michał Dybczak
Details
touchpad grayed out options in Plasma 5.17 (110.75 KB, image/png)
2019-10-27 17:37 UTC, Michał Dybczak
Details
touchpad options suddenly became active (125.41 KB, image/png)
2019-10-27 19:33 UTC, Michał Dybczak
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michał Dybczak 2018-05-02 09:44:43 UTC
Created attachment 112371 [details]
Pad "Mouse click emulation" option with grayed out sub-options

At the moment Plasma's pad settings are stored in ~/.config/touchpadrc
Enabling the "Mouse click emulation" in GUI is adding a line:

Tapping=true

Disabling the option is either making that line disappear or adds:

Tapping=false


The issue is: in GUI we have 3 sub-options for 1, 2 and 3 finger taps and they are grayed out. So either corresponding options are not developed yet or unknown, or incorrectly applied in conf.

I'm raising this issue because this is how it looks like since a long time and middle click (3 finger tap) is producing notices with pasted text on a desktop which is supper annoying. On the other hand 1 finger tap is a necessity so it forces us to have this on (true) and yet don't allow us to disable 3 finger tap (middle mouse click emulation). This may create conflicts with libinput-gestures where we can define 3 finger swipes which they work wonderfully but not on Plasma, because each 3 finger swipe is interpreted as two actions: swipe and tap, producing unwanted notes on desktop space or pasting clipboard output to windows.

I tried to counteract it with adding a line to:

/etc/X11/xorg.conf.d/30-touchpad.conf

Option "MiddleEmulation" "False"

Didn't work, even after deleting touchpadrc and reboot. So far there seems to be no working method to disable 3 finger taps and if tap is on, it's on for all options.

Some workaround would be to add an option to define what middle click (wheel click) does in mouse settings and we could choose: no effect, but mouse settings don't have such GUI option so far.
Comment 1 Michał Dybczak 2018-05-02 09:58:29 UTC
To add some info, libinput documentation is here:

https://www.systutorials.com/docs/linux/man/4-libinput/

Middle click emulation that I want to turn off is described:

Option "MiddleEmulation" "bool"
Enables middle button emulation. When enabled, pressing the left and right buttons simultaneously produces a middle mouse button click.

What is suspicious, you can't press left and right when using pad so this option may be only for mouse and that would explain why 

Option "MiddleEmulation" "False"

is not working in /etc/X11/xorg.conf.d/30-touchpad.conf

This would also imply, that at the moment there is no correct libinput option for that GUI options.

Can someone more knowledgeable look into it?

Another course of action could be: filing a bug to libinput to add such option so it could be finally linked with Plasma's pad settings GUI and its config. What do you think? We can't have such nice options be indefinitely grayed out...
Comment 2 Tim Richardson 2019-04-28 06:04:45 UTC
I see this too, kde neon latest. 
3 finger touch does a paste. Which for makes knotes on my desktop. 
I wanted to use 3 finger swipe to change desktops, but most of the time I get the swipe and a paste with a new knote.
Comment 3 Nate Graham 2019-10-27 16:31:38 UTC
This is implemented in the Libinput touchpad KCM, which is available on X11 as of Plasma 5.17!

*** This bug has been marked as a duplicate of bug 387153 ***
Comment 4 Michał Dybczak 2019-10-27 17:37:32 UTC
Created attachment 123523 [details]
touchpad grayed out options in Plasma 5.17

This was so long ago and so much has changed that I already forgot about it.

Current touchpad settings look completely different and still have grayed out corresponding options:

- tap to click
- tap to drag
- tap to drag lock
- double finger tap: right click/middle click
- right-click:
- middle-click

So either my touchpad is not supporting it (which is unlikely, this is high-end hardware, alienware laptop) or my config is not updated and doesn't contain needed lines to make those options work.

I'm sending my touchpad settings screenshot. Nate, could you look at it and confirm that this is a different matter or maybe part of the original issue? I'm not sure what to think of myself and if I should submit a new bug or maybe there is some fix on my side.
Comment 5 Nate Graham 2019-10-27 17:58:43 UTC
Those options in the KCM are grayed out because Libinput is telling us that your touchpad doesn't support them. If your touchpad actually does, this could be a bug in Libinput, or it could be a bug in the touchpad's kernel driver. I would recommend filing a bug on Libinput (https://gitlab.freedesktop.org/libinput/libinput/issues) as the friendly maintainer will be able to direct you elsewhere if it's a deeper issue.
Comment 6 Michał Dybczak 2019-10-27 19:33:32 UTC
Created attachment 123527 [details]
touchpad options suddenly became active

Thanks for the info!

Whoa! I was away from the keyboard but didn't do anything and let the screen dim out automatically. Then I went back, checked the touchpad options again and they are active (not grayed out) now! Only the last ones, right-click and middle-click are inactive but they look different as well. more text appeared. I literally didn't do anything substantial, browsed the web, filled some office documents, this kind of stuff. The system wasn't rebooted, suspended or alike.

This is strange... but it looks like it's all right now. Go figure...

Thanks for your help. If you are curious about the change, compare the previous screenshot with the one I'm providing right now.