[xmonad] XInput support in XMonad?
allbery.b at gmail.com
Fri Aug 31 18:48:12 CEST 2012
On Fri, Aug 31, 2012 at 12:19 PM, Ilya Portnov <portnov84 at rambler.ru> wrote:
> Questions are:
> * Could such changes in xmonad core events processing be accepted for
> xmonad-core? Note that they will introduce new system library dependency
> (-lXi in addition to existing -lX11).
I'm wondering how much could be done with an extension, and some evil in
the handleEventHook that acts like a filter. (Modifier, the base type of
the modifier mask for both keys and mouse buttons, is a CUInt; we would
have to be careful of bits taken by Xkb to represent level shifts.)
* What features of XInput might be useful for XMonad? For example, I don't
> know what to do with pressure value in window manager, but maybe someone
I think that would have to be handled separately; there is no sane way to
integrate ranges, such as you would need for pressure sensitivity, into the
existing mouse event definition. On the other hand, it'd not be enormously
difficult to add a pressureBinding mechanism via the handleEventHook...
except for the remaining issue.
Which is that all of this is done via X11 events, and there is no extension
mechanism in Graphics.X11.Extras.Event to deal with even the core events it
decided to ignore, much less extension events. (Other aspects of
extensions can be handled by hooks; for example, configuring and enabling
XInput events can be done from the startup hook.)
The X11 bindings really need a significant overhaul; I have a growing list
of braindamage that needs to be fixed (unfortunately it's on the machine I
had to put into storage again a couple months ago and not expected to
usefully come back out for another month or so...).
brandon s allbery allbery.b at gmail.com
wandering unix systems administrator (available) (412) 475-9364 vm/sms
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the xmonad