Re: [opensuse] strange gnome-panel (mis)behavior after upgrade to 10.2: "End" and "Down" button pops up "main menu"
在 2007-01-22一的 12:27 -0800，Carl William Spitzer IV写道：
On Sun, 2007-01-14 at 17:23 +0800, Zhang Weiwu wrote:
Hello. This is rather strange and keep me puzzled for several weeks. Several weeks ago I reformatted my harddisk and installed SuSE 10.2 on it (was using 10.1). The keyboard "Down" key and "End" key no longer work: when I press the two keys, the main menu of gnome pops up (This menu is called "Computer" on SuSE 10.2, which is the equivlent of Start Menu of Windows, you know what I mean.)
Looks like no one has an answer for you. So I will try. First assuming no drive errors were indicated check your KB connection and if you have an air can blow it out. WARNING if its PS2 DO NOT do this on a running system it can fry the motherboard. Shut Down First.
Second this is where any live distro like Knoppix comes in handy. Boot a live CD and try to duplicate the error. If it happens hardware is at issue then its the MB connector. If the error does not happen a clean install will be a good start assuming /home is a separate partition.
BTW i hope its not an ASUS MB they are not generally lucky for us.
Thank you very much for taking care of this issue (after so long time!) I have tracked down this issue and now I think I am pretty close to the answer. My SuSE 10.2 is using evdev as xorg input driver (while most other xorg input driver uses kbd). The same key produce different keycode with evdev than with kbd, but that's not a problem as long as applications use keysym, which is always correct. It seems gnome is written in the way that it capture keycode 115 and 116 and pop up main menu, when it should capture keysym SUPER_L and SUPER_R instead. 115 and 116 are key codes for Windows keys for kbd but are "Down" and "End" keys for evdev. This is a new behavior of gnome, older versions simply ignore windows keys when they are pressed. All other applications and window manager / desktop environments act no problem because they read keysyms rather then keycodes. I have disabled gnome shortcut key for 'main menu' but that doesn't work. So it turns out key code 115 and 116 might have been hard-coded into gnome. I use evdev in place of kbd because I am really interested in a technology called "multiseat" which can make SuSE act as many computers: when plugged in multple keyboards, mice and monitor, each set of Keyboard, Mouse and Monitor act on its own. This new technology need to make use of a new keyboard driver in xorg called evdev. I can of course switch back to kbd but I am pretty interested to find a solution to make evdev work too ;-) So I am still searching. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tue, 2007-01-23 at 09:52 +0800, Zhang Weiwu wrote:
Thank you very much for taking care of this issue (after so long time!)
I have tracked down this issue and now I think I am pretty close to the answer. My SuSE 10.2 is using evdev as xorg input driver (while most other xorg input driver uses kbd). The same key produce different keycode with evdev than with kbd, but that's not a problem as long as applications use keysym, which is always correct.
Now you define the heart of the problem special non standard hardware. You want multiple mice and KB probabily USB. I know some games need this but usually they have their own drivers though at the time only Red Hat ran the game correctly. Check the developement list for evdev your going to need the source code. I am not sure why the keys would be remapped unless its tied to switching the KB. I have a KVM which switches computers by double clicking the scroll lock key. Perhaps you should use the scroll lock when you recompile evdev for yourself. -- ___ _ _ _ ____ _ _ _ | | | | [__ | | | |___ |_|_| ___] | \/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
participants (2)
-
Carl William Spitzer IV -
Zhang Weiwu