On Tue, 2007-07-10 at 13:31 +0200, Hans de Goede wrote: > Great that you're working on this and targeting F-8 with it. Unfortunately > having only scancode -> keycode mappings in the kernel is not enough to make > most keys just work. This also requires mapping to X keysyms and configurations > of applications. Sure, but this is the first part of the jigsaw. For stuff like rfkill-input we need the kernel to _know_ that KEY_FN_F1 is actually KEY_BLUETOOTH. When X switches to evdev (soon?) the keysym problem should be a lot simpler to fix. > I've been working on this, but currently I'm stuck on getting my intermediate > solution for the generation of XKeysyms for these keys integrated into the > xkeyboard-config package. I say intermediate, because in the long run X should > switch from the kbd driver to the evdev driver, changing the way keyysyms get > generated significantly. Sure, that will be done before F8. > My analysis of the problem and proposed solution is described here: > https://www.redhat.com/archives/fedora-devel-list/2007-June/msg02236.html > > I would be much obligated if you could add your 2 cents to the patch/bug report > about the XKeysym generation here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=245576 Sure, I'll try and do it this afternoon. I'm averaging a new email every 30 seconds at the moment, so I'm a little busy :-) > I'm hoping that if others vote for the inclusion of this patch too, it will > help getting it integrated. Ofcourse its possible to disagree with this patch > too, in that case an alternative solution proposal would be very welcome. I've > spare time to work on this, but first I need to know where / how to spend my time. Sure, I think we have to work together - the laptop key to switch bluetooth off is pretty orthogonal (although related) to mapping one keyboard layout to another. For the likes of desktops, we can't do dmi matching for the keylayout as this would break when we unplugged and replaced the keboard with a different model :-) How does your solution work with the new world of evdev and acpi input drivers? Richard. -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
