Hi, I personally think that adding gconf keys for those things is a sign that we're not doing the right thing by default... Why not just fixing g-s-d to match the sane default values from synaptics?
Anyway, I'm not totally against the change. Just got the impression that adding gconf keys for that is a bit overkill. Considering that the module maintainer is ok with the patch, I would be ok to accept it in case other r-t members are in favour of this change too. Cheers! --lucasr 2010/2/20 Yuri Khan <yurivk...@gmail.com>: > Hello GNOME Team, > > I would like to request a feature freeze break to get the bug > #598820[0] fixed in GNOME 2.30. > > The nature of the bug is insufficient configurability: After > tap-to-click enable/disable switch was added to > gnome-settings-daemon[1], users no longer can configure which taps > trigger which buttons, persistently. A workaround involving synclient > is available, but gnome-settings-daemon restores its hardcoded mapping > on each user logon and whenever the user toggles the enable switch via > the UI. The hardcoded mapping is: one finger -> primary (left) button; > two fingers -> secondary (right) button; three fingers -> middle > button. > > Impact of the bug: The bug affects users who have multitouch-capable > touchpads. Because a lot of touchpads have two hardware buttons, many > users want a simpler gesture than a three-button tap for a middle > click. Further, users are accustomed to 1-L, 2-M, 3-R mapping because > it was default for the synaptics driver. > > Impact of the patch: The patch is a feature change with no UI except > for three new gconf settings that the user can set to map one-, two- > and three-finger taps to emulate any mouse button click events. > > Why this should not wait for next release: The bug being fixed is a > usability regression between gnome-settings-daemon v2.27.3 and > v2.27.4. > > Review status: The patch was reviewed by Peter Hutterer > <peter.hutte...@who-t.net>, the developer who originally introduced > the tap-to-click feature to gnome-settings-daemon; and Jens Granseuer > <jen...@gmx.net>, gnome-settings-daemon developer/maintainer. Jens > Granseuer also said he would accept the patch if freeze break is > granted[2]. > > Testing status: A few people have reported that an earlier version of > this patch works for them[3,4]. > > [0] https://bugzilla.gnome.org/show_bug.cgi?id=598820 > [1] https://bugzilla.gnome.org/show_bug.cgi?id=578444 > [2] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c36 > [3] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c13 > [4] https://bugzilla.gnome.org/show_bug.cgi?id=598820#c18 > > _______________________________________________ > release-team mailing list > release-t...@gnome.org > http://mail.gnome.org/mailman/listinfo/release-team > > _______________________________________________ gnome-i18n mailing list gnome-i18n@gnome.org http://mail.gnome.org/mailman/listinfo/gnome-i18n