Tengo un teclado Microsoft Ergonomic 4000 y estoy ejecutando un mapa de teclas personalizado (dvorak con algunas cosas para diéresis):
- http://pingus.seul.org/~grumbel/tmp/md5/b054e11505c88e1bfc6ebd5da46bdb78-xmodmap_pke
- http://pingus.seul.org/~grumbel/tmp/md5/f5e42a5b8ba4a034c5945f719b3d2608-xmodmap_pm
Esto solía funcionar bien durante años y todavía lo hace, excepto que ahora estoy teniendo problemas con una tecla de interruptor de modo atascado. Cuando presiono Control_R y Mode_switch al mismo tiempo (sucede mucho por accidente), la tecla Mode_switch entra en un estado de "atascado", todas las letras que escribo luego salen en su diéresis como si se presionara Mode_switch. Puedo quitar el Mode_switch nuevamente presionando Control_R y Mode_switch al mismo tiempo, pero eso deja a Gnome en un estado roto donde ya no reacciona a los atajos de teclado de Gnome. Las pulsaciones de las teclas aún están registradas por el administrador de ventanas, ya que se pueden ver cambios en las aplicaciones (el cursor en Gnome Terminal se convertirá en un rect no lleno, como si la aplicación hubiera perdido el enfoque), pero no activará la acción enlazada.
¿Alguien tiene una idea de lo que podría estar causando esto? ¿O alguien tiene una idea de cómo podría depurar esto?
Xev no parece ayudar aquí, ya que está reportando eventos normales de KeyPress / KeyRelease, incluso cuando la tecla está atascada. Además, los enlaces de teclas de Gnome no se informan en absoluto cuando está en el estado "roto". Supongo que el gestor de ventanas los captura antes de que lleguen a xev.
Estoy usando Ubuntu 10.04 con Gnome y Metacity, deshabilité todos los efectos relacionados con OpenGL, por lo que Compiz no debería interferir.
Alguna información general sobre qué aplicaciones están involucradas en el manejo de enlace de claves de Gnomos también sería útil, ya que asumo su metacidad, pero reiniciar Metacity no resuelve el problema.
setxkbmap -layout us...