Mark Shuttleworth [2009-02-27 9:02 -0000]: > Is there a rigorous list anywhere of everything anybody has > stuck on a keyboard, and the state of Linux support for them?
You can generate an exhaustive list of known keycodes with grep KEY_ /usr/include/linux/input.h However, that only means that those key codes are defined, not that each and every laptop model has completely working keys. The hal-info package maps scancodes (which are highly vendor, and even model specific) to their intended meaning (the key codes from above), and in general coverage is pretty good (see also my efforts on the platform sprint where I asked everyone with nonworking hotkeys to come to me to get them fixed). Another glitch is that X.org currently can only digest key codes below 256; i. e. KEY_MAIL, KEY_REWIND etc. all work, but KEY_FAVORITES (0x16c), KEY_TV (0x179), etc. cannot be used with X.org programs (that's an X11 protocol limitation, see LP #313514); they can be used with LIRC, hal, and other programs, though. More information: https://wiki.ubuntu.com/Hotkeys/Architecture https://wiki.ubuntu.com/Hotkeys/Troubleshooting -- Eject notification doesn't use new notification framework https://bugs.launchpad.net/bugs/333997 You received this bug notification because you are a member of Notify OSD Developers, which is subscribed to Notify OSD. Status in Canonical's Notification Display Agent: Invalid Status in “gnome-settings-daemon” source package in Ubuntu: Confirmed Status in gnome-settings-daemon in Ubuntu Jaunty: Confirmed Bug description: Binary package hint: gnome-settings-daemon The new notification elements work wonderfully, except it seems that eject doesn't take advantage of them. See attached screenshot. gnome-settings-daemon 2.25.90-0ubuntu4 _______________________________________________ Mailing list: https://launchpad.net/~dx-team Post to : [email protected] Unsubscribe : https://launchpad.net/~dx-team More help : https://help.launchpad.net/ListHelp
