Ubuntu
xserver-xorg-input-evdev package

Cyborg R.A.T.7 Right Click Issue

Bug #718742 reported by Ryan Waters
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-input-evdev (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Okay, we are half way there Ubuntu. I started another bug report which would lock focus to the last X-Window the Cyborg R.A.T.7 gaming mouse had a button press on. That has been fixed with the following in .xmodmap file or xorg.conf file.

Section "InputClass"
        Identifier "Mouse Remap"
        MatchProduct "Saitek Cyborg R.A.T.7 Mouse"
        MatchDevicePath "/dev/input/event*"
        Option "ButtonMapping" "1 2 3 4 5 6 7 2 9 10 11 12 0 0 0"
EndSection

Now the focus issue is fixed with direct mapping, but there is still a problem. When you right click whether it be on a desktop or x-window of any kind to bring up the context menu. It is acting as if the right click is doing a button press, button release, then a button press and button release again, all with one actual full click and release causing you to accidentally select the first context menu option without having a chance to scroll down. The only way to not accidentally select the first menu option is to HOLD down the right click and not release until you are over your correct context menu option.

To describe further. Currently I have to create the habit of clicking the right mouse key and HOLD while scrolling down to the correct context menu I wish to select, then upon release it selects the item.

The way this should work is upon "button release" of the right click, the context menu should come up, not upon the "button press". Then the menu should pop up and you should not be holding any buttons down at all, scroll to your desired option in the context menu, then LEFT click your option.

I'm not sure which package this belongs to, but it sounds like it could be an xorg package of some sort.
---
Architecture: amd64
DistroRelease: Ubuntu 10.10
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
NonfreeKernelModules: nvidia
Package: xorg 1:7.5+6ubuntu3
PackageArchitecture: amd64
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.35-25.44-generic 2.6.35.10
Tags: maverick
Uname: Linux 2.6.35-25-generic x86_64
UnreportableReason: The drivers from nvidia.com are not supported by Ubuntu. Please uninstall them and test whether your problem still occurs.
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
system:
 distro: Ubuntu
 codename: maverick
 architecture: x86_64
 kernel: 2.6.35-25-generic

See original description
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Hello
Have you verified the settings on System - Preference - mouse?
If all is ok then run in a terminal
apport-collect 718742
Thanks
Fabio

Changed in ubuntu:
status: New → Incomplete
affects: ubuntu → xorg (Ubuntu)
Revision history for this message
Ryan Waters (nikitis) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Ryan Waters (nikitis) wrote : RelatedPackageVersions.txt

apport information

Revision history for this message
Ryan Waters (nikitis) wrote :

Apport did not like my manual installation of nvidia drivers. But this problem existed before they were installed. Just an FYI. And if you need me to do or run anything let me know. I'll paste results here. Another thing I noticed was when I run the command XEV. It only registers one button press and one release as I actually do it on the mouse. So in XEV it appears to work correctly. Seems to be related to Gnome. I will install KDE Window manager and report back with results to see if it affects that as well to help narrow this problem down.

Revision history for this message
Ryan Waters (nikitis) wrote :

This is not a Bug, I'll explain. Okay, figured out the problem. After installing KDE and trying it out there i did not notice the problem as easily. It was still there but not as inherent as it is in Gnome.

The problem:
We need a new feature request for gnome. The problem is not necessarily the mouse itself, but it is. This mouse has 4 DPI settings. Up to 5600 Dots Per Inch. At that high of a Resolution, the slightest breath will cause the mouse to move a pixel or ten. What is happening is as i'm right clicking it's near humanly impossible to keep the mouse still at such a high resolution. It may appear that you did not move the mouse, but you actually have a couple of pixels. Gnome will have to have the context drawing menu redesigned for such mice with high resolutions or need an option to offset the drawing of the context menu by 3-4 pixels diagonally southeast of the actual pointer so that options are not being selected with the button release of the right click.

Something has to be done as more and more mice are having higher and higher resolutions. The only other way this could be fixed is to add an option to not select an option with a release of a right click or delay it's ability to do so by 0.5 or 1 seconds.

There is a problem, but it's not a bug, it's a feature request. So please close this bug. Thanks for your time.

Fabio Marconi (fabiomarconi)
Changed in xorg (Ubuntu):
status: Incomplete → New
bugbot (bugbot)
affects: xorg (Ubuntu) → nvidia-graphics-drivers-180 (Ubuntu)
bugbot (bugbot)
tags: added: maverick
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

closing as requested.

affects: nvidia-graphics-drivers-180 (Ubuntu) → xserver-xorg-input-evdev (Ubuntu)
Changed in xserver-xorg-input-evdev (Ubuntu):
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.