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

Summary:	KPersonalizer: Add support for left-handed mouse users
Product:	TDE	Reporter:	Darrell <darrella>
Component:	tdebase	Assignee:	Calvin Morrison <mutantturkey>
Status:	NEW ---
Severity:	enhancement	CC:	bugwatch, darrella, michele.calgaro, mutantturkey
Priority:	P5
Version:	R14.0.x [Trinity]
Hardware:	Other
OS:	All
Compiler Version:		TDE Version String:
Application Version:		Application Name:	KPersonalizer
Bug Depends on:
Bug Blocks:	2968
Attachments:	Test patch to show desired results

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.