Summary: | evdev: Define more Input API symbols | ||
---|---|---|---|
Product: | xorg | Reporter: | Jan-Benedict Glaw <jbglaw> |
Component: | Input/evdev | Assignee: | Peter Hutterer <peter.hutterer> |
Status: | RESOLVED DUPLICATE | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | butirsky, peter.hutterer |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Jan-Benedict Glaw
2016-12-05 12:34:50 UTC
not easily. you'd have to set up some mapping table between high scancodes and map them into (unused) lower scancodes within the driver, before passing them to the server. Then you need a keyboard layout that knows about this mapping. This is a bit fiddly but it can be done as long as you control both the driver and the layout applied on the system (which we don't). also, evdev doesn't really care about whether the code is defined or not, it'll just forward most of them as-is (with the +8). Then that code is sent to the client who looks it up in the XKB table and converts it to a glyph if applicable. see also: http://who-t.blogspot.com.au/2014/12/why-255-keycode-limit-in-x-is-real.html *** This bug has been marked as a duplicate of bug 11227 *** |
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.