Bug 437702

OK, looks like this one was intentional:

* Mon Mar 10 2008 Adam Jackson <ajax> 0.14.6-4
- synaptics-0.14.6-tap-to-click.patch: Disable tap to click by default in
  the name of accessibility.

I'm not sure this is really a good idea, since this is unexpected behaviour,
both by upstream documentation as well as shipped documentation (e.g. the patch
would have had to patch the man pages for example as well).

Instead it could be something that the gdm login screen could be turning on/off
along with all the other accessibility items. Also if you really want the
default to change then do it in teh created xorg.conf, not hardwired in the
sources where no one will be seraching for this change in behaviour. If F9 ships
out that way you will get lots of duplicates to this bug report.

For anyone hitting this bug report and in need of restoring the upstream
behaviour, please add

        Option      "RTCornerButton" "2"
        Option      "RBCornerButton" "3"
        Option      "TapButton1" "1"
        Option      "TapButton2" "2"
        Option      "TapButton3" "3"

to your xorg.conf in Section "InputDevice" with Driver "synaptics".

To sum up:
a) please don't make that the default
b) if you want to change the default do so with Options in xorg.conf which will
   document the changes to any user wondering why the touchpad doesn't work as
   before.

Thanks!

*** This bug has been marked as a duplicate of 437609 ***

The touchpad is a critical element of my notebook and as a new Linux user I did
not understand what was wrong in F9 and why my touchpad did not work. I was
lucky to figure it out by remembering that it worked on my F8 live cd so I did a
little research and copied over the missing information in my xorg.conf.

This was not a pleasant experience as a new user.

(In reply to #bug 437702 comment #1)
> OK, looks like this one was intentional:
> 
> * Mon Mar 10 2008 Adam Jackson <ajax> 0.14.6-4
> - synaptics-0.14.6-tap-to-click.patch: Disable tap to click by default in
>   the name of accessibility.
> 
> I'm not sure this is really a good idea, since this is unexpected behaviour,
> both by upstream documentation as well as shipped documentation (e.g. the patch
> would have had to patch the man pages for example as well).
> 
> Instead it could be something that the gdm login screen could be turning on/off
> along with all the other accessibility items. Also if you really want the
> default to change then do it in teh created xorg.conf, not hardwired in the
> sources where no one will be seraching for this change in behaviour. If F9 ships
> out that way you will get lots of duplicates to this bug report.

OK, so we have 5 reports out of a total of 56 reports of all synaptics bug
reports ever filed. Not the bug raining day, but still a very unpleasant
experience with F9 and tapping.

Fixing it is easy, here is the patch
--- synaptics.spec~	2008-03-28 20:28:10.000000000 +0100
+++ synaptics.spec	2008-04-10 19:45:27.000000000 +0200
@@ -4,3 +4,3 @@
 Version:        0.14.6
-Release:	7%{?dist}
+Release:	8%{?dist}
 Summary:        Synaptics Touchpad Driver
@@ -14,3 +14,2 @@
 Patch1: synaptics-0.14.6-newx.patch
-Patch2: synaptics-0.14.6-tap-to-click.patch
 Patch3: synaptics-0.14.6-poll-delay.patch
@@ -55,3 +54,2 @@
 %endif
-%patch2 -p1 -b .tap
 %patch3 -p1 -b .polldelay
@@ -89,2 +87,5 @@
 %changelog
+* Thu Apr 10 2008 Axel Thimm <Axel.Thimm> - 0.14.6-8
+- Reenable tap to click.
+
 * Fri Mar 28 2008 Rex Dieter <rdieter> 0.14.6-7

And for the ones too lazy to rebuild I've placed the fixed synaptics package in
ATrpms' testing area or you can get it directly from

http://atrpms.net/dist/f9/synaptics/

Bought my sanity back.