GNOME Bugzilla – Bug 590783
Disable touchpad while typing: make time configurable via gconf-key
Last modified: 2012-08-07 18:27:48 UTC
When the option disable-while-typing is enabled, you currently have to wait 0.5 seconds after the last key press before the touchpad gets enabled. In my opinion that's an user preference that should be configurable at least via gconf-editor.
Still an issue in 2.29.5 and the latest Git head: http://git.gnome.org/browse/gnome-settings-daemon/tree/plugins/mouse/gsd-mouse-manager.c#n517
Created attachment 168518 [details] [review] create gconf key to control touchpad disabled time I'm attaching patches to gnome-settings-daemon to add a gconf float key at /desktop/gnome/peripherals/touchpad/touchpad_delay and to gnome-mouse-properties so that the applet will show a slider controlling the gconf key. Admitedly is not a beauty, but I haven't coded anything since my XT 8088 a while ago. At least it does the trick. Tested only on 2.28.1 but I guess it should patch fine on 2.29. R.
Created attachment 168519 [details] [review] add a slider to gnome-mouse-properties to control gconf key
Created attachment 168769 [details] [review] add gconf setting in 2.30.2 Attaching a patch that patches against gnome-settings-daemon-2.30.2
Created attachment 168770 [details] [review] add a slider to gnome-mouse-properties to control gconf key Add a patch that patches against gnome-mouse-properties in gnome-control-center-2.30.1
Making this configurable certainly isn't how we want to fix this problem...
*** Bug 642740 has been marked as a duplicate of this bug. ***
*** Bug 655621 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > Making this configurable certainly isn't how we want to fix this problem... And what's your approach to fix this bug?
First, gnome needs to find a sane default value for the timeout. This default value can only be determined *experimentally*. I suggest getting a sample group of 2-3 users with different laptops, have them test 0.5, 1.0, 1.5, and 2.0 second timeouts, and see which setting they find the most comfortable. And second, there ought to still be some way of customizing the timeout (although there is certainly no need for a GUI control for it). It really makes no sense that GNOME 3 allows extensive customization of 99% of input device behavior (by setting the hotplug-command key), but hardcodes the touchpad timeout interval.
The right way to fix this is to remove the syndaemon usage altogether. Patches for palm detection on touchpads are getting merged into the kernel and in Xorg, and that's the way we should fix the problem.
At the moment, the delay is way too long, period. In fact, the feature of turning off the touchpad while typing makes things quite unusable. There seems to be a lot of complaint with issue, as seen here: https://bbs.archlinux.org/viewtopic.php?id=122314 I definitely would like to see a custom setting option in gsettings/dconf, as it would definitely be useful. If the delay was at least half-ed or quarter-ed it could be a much better temporary fix instead of waiting for palm detection. It would thing quarter the length would be best. As well, palm detection is not a replacement but a supplement; I have more than once hit slipped and hit my touchpad instead of hitting space. Considering this is quite breaking to some users, I would consider this more than just a "enhancement bug"
Created attachment 198601 [details] [review] Lower the deactivation delay to 1.0 s I understand people prefer the experimental approach and I agree the palm detection is right solution. But the palm detection is future, and not all hardware will allow that. Meanwhile, my own experiment in the last year showed that 1 second works fine and is conservative enough to not disable the desired feature, even for slow typing (note that people that type slowly tend to keep the palm up, and don't have this issue). Actually, it's good to mention that the syndaemon approach is the wrong solution as it's not adaptive to the typing speed, but as long as we use that in Gnome, it would be nice to make it a bit more usable. Finally, it's nice to say 2-3 people should test, but for that people need to know how to test it, here's my instruction: - Disable the feature in settings - Make sure syndaemon is not longer running - Start syndaemon manually (e.g. syndaemon -i 1.0 -K -R)
I did some testing myself, and I found that 0.5 sec was much more suitable than 1.0, although 1.0 is much better than the default. I also can confirm with one other person that came to the same conclusion as myself. I let him test with four scenarios: default, 1.0, 0.5, 0.25. He found that the 0.5 was just right and all others were too long or short.
*** Bug 664170 has been marked as a duplicate of this bug. ***
*** Bug 663511 has been marked as a duplicate of this bug. ***
there are many bug duplicates asking to reduce the delay to a sane default (0.75s ?) I ask you please, can it be simply fixed once and for all, or is it that trivial and we have to continue to go nuts on gnome?
I second that, anywhere between 1.0s and 0.5s would be a vast improvement!
I've tried ubuntu oneiric and I've found that they've tweaked (too) the default delay with a perfect value to me -> worth adopting. <-
Still an issue in Gnome 3.2.1. The default of 2.0 seconds is way too long for me to the point where I was wondering what the problem was with my computer, until I realized that it had to be the automatic palm detection. Here is a workaround (0.5 seconds seems to be alright for me): System settings > Mouse and touchpad > Touchpad: Disable touchpad when typing: UNCHECKED In a terminal: gnome-session-properties Then add an entry: Name: Syndaemon Command: syndaemon -i 0.5 -K -R Comment: Automatic palm detection Then logout and login again.
(In reply to comment #20) > Still an issue in Gnome 3.2.1. The default of 2.0 seconds is way too long for > me to the point where I was wondering what the problem was with my computer, > until I realized that it had to be the automatic palm detection. > > Here is a workaround (0.5 seconds seems to be alright for me): > > System settings > Mouse and touchpad > Touchpad: > Disable touchpad when typing: UNCHECKED > > In a terminal: > gnome-session-properties > Then add an entry: > Name: Syndaemon > Command: syndaemon -i 0.5 -K -R > Comment: Automatic palm detection > > Then logout and login again. As I stated above, I can concur with that workaround, although I wouldn't call it "palm detection".
(In reply to comment #20) > Still an issue in Gnome 3.2.1. The default of 2.0 seconds is way too long for > me to the point where I was wondering what the problem was with my computer, > until I realized that it had to be the automatic palm detection. > > Here is a workaround (0.5 seconds seems to be alright for me): > > System settings > Mouse and touchpad > Touchpad: > Disable touchpad when typing: UNCHECKED > > In a terminal: > gnome-session-properties > Then add an entry: > Name: Syndaemon > Command: syndaemon -i 0.5 -K -R > Comment: Automatic palm detection > > Then logout and login again. Looks like old default value was much better than current one, why it's not reverted?
I spent hours trying to figure this out before stumbling upon this bug report.
Pushed to gnome-3-4 and master
Thanks!
I've been told I shouldn't post to closed bugs, so I've opened a new one. Anyone dissatisfied with the resolution here might want to subscribe to #681397.