> Thanks both of you for those replies. That would > explain why my googling turned up no answer to this - > it isn't possible :-( > > It seems after further googling that only KDE has a > pref to change this, and this is not per-device. I've > filed an RFE for both Xorg and Gnome. >
BTW, thinking about it, an X server that chose to involve itself in such matters could also slow down the rate by only passing every Nth button 4 or 5 press/release event pair. So, slower: pass every Nth pair; normal: 1-to-1; faster, generate extra events. IMO the long-term answer for advance pointer devices in general would be drivers that do the trickery I mentioned earlier to generate both core and extension events, together with toolkit and application support for extension devices, and, for some types of devices like datagloves, a common interpretation of how the buttons and dimensions of motion should be assigned (i.e. to which finger joint, etc). But that crosses a lot of boundaries, between driver, toolkit, and application developers; and one project alone (to implement all that for one particular type of device) would probably not get enough consensus to really move it forward. So maybe it won't happen until a cheap advanced pointer device is available that's well accepted on a high volume platform and has open specs for talking with it. And even there, I've probably understated the problem; an input device with tactile feedback (resistance or vibration) would need even more work, although the X input extension framework might be up to it. And for really advanced devices like a waldo or an Emotiv, I doubt either the capabilities of the X input extension protocol or the likelihood of open standards being developed will let me use one on X-windows anytime soon, even if (in the latter example) the price alone might not be prohibitive. This message posted from opensolaris.org
