By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 247 - KPersonalizer: Add support for left-handed mouse users
Summary: KPersonalizer: Add support for left-handed mouse users
Status: NEW
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other All
: P5 enhancement
Assignee: Calvin Morrison
URL:
Depends on:
Blocks: 2968
  Show dependency tree / graph
 
Reported: 2010-08-26 01:07 CDT by Darrell
Modified: 2018-08-30 02:59 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name: KPersonalizer

Attachments
Test patch to show desired results (2.21 KB, patch)
2014-02-24 00:22 CST, Darrell 		Details | Diff
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2010-08-26 01:07:51 CDT 
The KPersonalizer typically runs the first time a user starts KDE. That applet should ask the user whether to swap the mouse buttons for left-hand use.
Comment 1 Darrell 2011-11-25 10:57:29 CST 
This should be the first option on the first screen.
Comment 2 Darrell 2012-10-16 22:51:17 CDT 
Hopefully the code snippets from the kcontrol mouse module can be copied and massaged?

The added code should be placed in the first dialog, "Step 1: Introduction." When the user selects the Next button the change becomes immediate for all subsequent kpersonalizer dialogs as well as becoming the user's permanent setting in kcminputrc [Mouse] MouseButtonMapping=LeftHanded.
Comment 3 Darrell 2014-02-24 00:22:29 CST 
Created attachment 1951 [details]
Test patch to show desired results

This bug report is a very old PITA for me. I do a lot of testing for this project, which includes testing new profiles. Continually resetting the mouse buttons is a nuisance. I dearly want this bug report resolved.

I'm attaching a test patch as a proof-of-concept. The patch modifies starttde.

DO NOT PUSH THIS PATCH TO GIT.

Please test the patch to see the basic result I'm after.

The problem with this hack is i18n customization. The ideal solution is to create a new first dialog in kpersonalizer to change the mouse buttons.

Copying code from the mouse module dialog is ideal --- and only the snippet about swapping buttons is necessary. kpersonalizer should dynamically make the switch then and not force the user to plod through the entire kpersonalizer dialogs.
Comment 4 Darrell 2014-02-24 00:42:26 CST 
By the way, yes, I tested invoking the mouse dialog from within starttde with 'tdecmshell mouse'. I used a similar kdialog in starttde and when answered Yes, the mouse dialog appeared. The problem again is i18n for the kdialog.

I tested only invoking 'tdecmshell mouse' before launching kpersonalizer, but that seemed foreign. New users would wonder what was going on.

The right way to fix this is copy the Button Order snippet of code and create a new first dialog page for kpersonalizer.
Comment 5 Michele Calgaro 2014-04-12 07:51:09 CDT 
Changing status back to NEW for too long inactivity
Comment 6 Michele Calgaro 2018-06-05 09:44:38 CDT 
Added to R14.1 bug list. 
TDEPersonalizer should have a proper screen when asking this, not just a dialog opening before TDE Personalizer is run.