Hi, /usr/share/X11/xkb/rules/base defines a model name for Logitech Cordless Desktop Optical: logicdo. This is not used anywhere else in the package, hence choosing logicdo as keyboard model results in using a default model. In particular multimedia keys are not supported. Using base Logitech symbols (logitech_base) enables multimedia keys. A patch doing this may be found on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391192 since I originally reported this bug in Debian. This patch only enables standard multimedia keys. The Logitech Cordless Desktop Optical keyboard also provides a Function Lock switch, which changes the keycodes of function keys F1 to F12: these are unusable under X if the Function Lock is on (at least, nothing shows up in xev). I do not have the technical knowledge to fix this, but I am willing to provide any further information. iouri.
Created attachment 9649 [details] [review] Patch to enable multimedia keys for logicdo
Well, I am rather inclined (for a moment) drop the whole logicdo thing. I am not excited about the models which just contain one "include" statement. Regarding the missing keys - if xev does not show any keypresses, xkb cannot really do anything about it. Are there any keys which are not covered by logitech_base but still visible in xev?
> ------- Comment #2 from svu@gnome.org 2007-04-19 15:41 PST ------- > Well, I am rather inclined (for a moment) drop the whole logicdo thing. I am > not excited about the models which just contain one "include" statement. Such models already exist (viz logicdit, logicdp and logiultrax). If this model (logicdo) is not provided, the user is left to try and guess what other model fits best. This is not really helpfull. > Regarding the missing keys - if xev does not show any keypresses, xkb cannot > really do anything about it. > > Are there any keys which are not covered by logitech_base but still visible in > xev? After a quick investigation I can confirm this is not related with xorg in the least: those keys do not even seem to be handled by the kernel driver. If I run # cat /dev/input/by-id/usb-Logitech_USB_Receiver-event-kbd and then press any of the function keys with "Function Lock" on, nothing happens. The "Function Lock" key do not produce any byte either. My suggestion is to apply the patch so that selecting the model "Logitech Cordless Desktop Optical" enables multimedia keys, and to forget about Function Lock.
> Such models already exist (viz logicdit, logicdp and logiultrax). If Yes, you are right. Historically they do exist. Unfortunately I cannot drop them (for a moment) - but I think in a future I will (just adding compatibility rules). Ok, for a moment I'll add this variant (just because it is already in base.xml) - but in a future they'll all be dropped. > this model (logicdo) is not provided, the user is left to try and guess > what other model fits best. This is not really helpfull. There is idea to extend base.xml and add "aliases" to existing models. I think this would do, from UI POV. > and then press any of the function keys with "Function Lock" on, nothing > happens. The "Function Lock" key do not produce any byte either. Well, then your guys are in lkml;)
I have a Logitech Desktop Optical keyboard myself, and there is no function modifier key. Looking at the lineak (http://lineak.sourceforge.net/ ) configuration it may be that you have something like a Cordless Desktop Deluxe Optical or a German variant keyboard instead? I found a picture of my keyboard at http://www.logitech.com/lang/images/0/142.gif . I have a few extra multimedia keys on top of those defined in logitech_base: 2 which work after adding them in symbols/inet and another 5 which do not show up in xev.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.