[Bug 934770] Re: Trackpad behavior change causes tap-and-drag to lock
synclient LockedDrags=0 restores the previous behavior but this of course resets each boot. Previous behavior being the selection ends when the finger is raised. I do not see selections start in a single tap when LockedDrags is enabled. A double tap is required to begin, and a single tap or timeout to release. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/934770 Title: Trackpad behavior change causes tap-and-drag to lock To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/934770/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 934770] Re: Trackpad behavior change causes tap-and-drag to lock
I should probably also note that, at least on my laptop, dragging things isn't the only activity adversely affected by this. Trying to hold down spinbox buttons, for example, causes them to continue to increase/decrease at a high rate until an extra tap is used to stop it, which is slower than just releasing the trackpad. So at least in the case of spinboxes, this change makes them much more difficult to use when trying to quickly spin up/down to a certain value, especially at times when the extra needed click occasionally doesn't register and you end up rocketing all the way to the maximum/minimum allowed value. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/934770 Title: Trackpad behavior change causes tap-and-drag to lock To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/934770/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 934770] Re: Trackpad behavior change causes tap-and-drag to lock
This bug wasn't initially just about locked drags nor intended user actions. It was and still should be considering the poor behavior that the current settings will produce for common users like myself who have a basic synaptics touchpad In that case there are continual unintended highlighting, grabbing of text or files and temp loss of the left click. Myself others like me shouldn't have to be figuring out the synclient parameters running commands to gain the expected full use of our touchpads. So there should be a visible option to return to that, in System Settings, a Start up option, whatever. At least here this is what returns my touchpad to being useful prevents ALL the unintended nonsense from occurring synclient LockedDrags=0 TapButton1=1 TapButton2=3 TapButton3=2 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/934770 Title: Trackpad behavior change causes tap-and-drag to lock To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/934770/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 934770] Re: Trackpad behavior change causes tap-and-drag to lock
** Description changed: + Since xserver-xorg-input-synaptics 1.5.0+git20120210-0ubuntu2, tap-and- + drag locking has been enabled by default. This is a behavior change. + When a tap-and-drag is started, it will continue until a tap ends it + (effectively depressing the left mouse button). The change is an effort + to provide an alternative click-and-drag method for clickpads, where + dragging farther than the size of the trackpad is not possible. + + This bug is for collating feedback. If the change is adversely affecting + you, please note it by clicking the green link at the top of this page + This bug affects x people. Does this bug affect you? Please do not add + extra comments unless absolutely necessary. + + Original bug description + + Not sure if proper source, wasn't the utouch libs Recently here with others the left click 'select' has been 'randomly' getting stuck on, causing the cursor to select everything in it's path otherwise be unresponsive, ie. nothing can be clicked on. At least here the effect lasts for about 20 -30 sec's, when it happens if stopping all activity the cursor control return in that time frame It is also seen on occasion as a 'stuck' grab, same deal, nothing can be done till something releases. Additionally I've a few instances where suddenly the left click is non-functional, again control returns within 20 -30 sec's With a little practice have been able to cause this to happen within a few attempts, basically moving the cursor with left button depressed (highlight) combined with a small tap. So will attach 2 video's with short descriptions Disabling 'tap to click' has prevented this from happening inadvertently over a day long test ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: libutouch-geis1 2.2.5-0ubuntu1 ProcVersionSignature: Ubuntu 3.2.0-16.25-generic-pae 3.2.6 Uname: Linux 3.2.0-16-generic-pae i686 ApportVersion: 1.91-0ubuntu1 Architecture: i386 Date: Sat Feb 18 01:15:48 2012 InstallationMedia: Ubuntu 12.04 LTS Precise Pangolin - Alpha i386 (20120216) MachineType: Dell Inc. XPS M1330 MtDevices: No capable devices found... ProcEnviron: PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bash ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-16-generic-pae root=UUID=e5d89c99-ea87-4066-adde-b104f1d05dd6 ro quiet splash vt.handoff=7 SourcePackage: utouch-geis UpgradeStatus: No upgrade log present (probably fresh install) dmi.bios.date: 12/26/2008 dmi.bios.vendor: Dell Inc. dmi.bios.version: A15 dmi.board.vendor: Dell Inc. dmi.chassis.type: 8 dmi.chassis.vendor: Dell Inc. dmi.modalias: dmi:bvnDellInc.:bvrA15:bd12/26/2008:svnDellInc.:pnXPSM1330:pvr:rvnDellInc.:rn:rvr:cvnDellInc.:ct8:cvr: dmi.product.name: XPS M1330 dmi.sys.vendor: Dell Inc. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/934770 Title: Trackpad behavior change causes tap-and-drag to lock To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/934770/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 934770] Re: Trackpad behavior change causes tap-and-drag to lock
It was a requested feature by people with clickpad devices because it was very difficult to click and drag before. I am monitoring feedback from users about this and other changes. If many people find it to be a problem, we can consider reverting it. I'm merely trying to weigh the benefits and advantages. IIRC it used to be that when selecting, a release of pressure on the touchpad stopped the selection - so the addition of a positive action to stop selecting is, at least to me, a benefit. However it is the unwanted selection of text that is a problem. Before this patch, a double tap and movement was required to begin selecting text - now it seems a single tap triggers selection. Programming in Geany using the touchpad to move around code is very trying. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/934770 Title: Trackpad behavior change causes tap-and-drag to lock To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/934770/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
