On Fri, Aug 31, 2012 at 2:32 PM, Ilya Portnov
One problem in handling XInput events using handleEventHook is... that's simply impossible with current Graphics.X11.Xlib.Extras.Event datatype definition. That type does not include even XGenericEventCookie variant. So, XInput events are not supported by X11 package at all (no data types, no XInput structures parsing, no FFI bindings...).
...as I noted at the end of my message. My proposed solution is more a way to make the raw event available so an extension library can be used to add events without future changes to the X11 binding. Another problem is XInput-specific. Once you call XISelectEvents (which is
analogous to standard X11 XSelectInput call), X server will not send `normal' X11 event messages (XKeyEvent, XButtonEvent) for keyboard/mouse, only XInput-specific events (XGenericCookieEvent) are sent for keyboard/mouse. So, if we want to support old configs, we need to change xmonad main
This was what I meant by filtering; we'd be essentially replacing the original event with a modified one that the core does recognize. Unfortunately it has just occurred to me we can't do this as it's currently defined... bleh. We need to give more thought to core extensibility. -- brandon s allbery allbery.b@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms