<div dir="ltr">On Fri, Aug 31, 2012 at 12:19 PM, Ilya Portnov <span dir="ltr">&lt;<a href="mailto:portnov84@rambler.ru" target="_blank">portnov84@rambler.ru</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Questions are:<br>
* 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).<br></blockquote><div><br></div><div>I&#39;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.)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* What features of XInput might be useful for XMonad? For example, I don&#39;t know what to do with pressure value in window manager, but maybe someone knows?<br></blockquote><div><br></div><div>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&#39;d not be enormously difficult to add a pressureBinding mechanism via the handleEventHook... except for the remaining issue.</div>
<div><br></div><div>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.)</div>
<div><br></div><div>The X11 bindings really need a significant overhaul; I have a growing list of braindamage that needs to be fixed (unfortunately it&#39;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...).</div>
<div><br></div></div>-- <br>brandon s allbery                                      <a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a><br>wandering unix systems administrator (available)     (412) 475-9364 vm/sms<br>
<br>
</div>