On Fri, Aug 29, 2003 at 02:28:13PM -0400, Joe Krahn wrote:
I've discussed XINPUT before, tried to fix some things, and realized that the XFree86 XINPUT code needs a complete re-write. It is particularly messed up for non-pointer devices. Jim Gettys took over XFree86 XINPUT, and agreed that a re-write is needed. I put off working on XINPUT until he got started, because he knows much more about X than me. I've been busy doing other things, so I don't know what the recent progress is in updating XINPUT.
As a general rule it's usually not a good idea to use the possibility that someone else might be working on something as a reason to delay starting on it yourself. Unless, that is, you're in the loop with what is happening. I got caught out on this myself regarding functionality simliar to RandR a couple of years ago :-(.
No but you don't want to be a jerk and "compete" with somebody else. As if there were enough developers to go around that we'd steal each other's projects :-)
I'm not aware of anyone currently working on a rewrite of the X Input extension for XFree86. Now would be a good time for someone who is to speak up. Otherwise the discussions here should continue with the goal of solidifying how a new version of the input extension for XFree86 should look.
I dropped Jim Gettys a note, asking him about his involvement with XInput. If he's not working on it anymore, maybe he can pass some of his ideas and we can incorporate that. And if he is, great. The more the merrier.
I don't know about taking on the whole layer, but I'm definately going to write a 'feedback' API that's bidirectional and will accept an array of Atoms/values.
I still think there's synergy between that and the XF86Config parser. E.g., the same mechanism can deliver XF86OptionRec's, and the xf86findOptionXXX API can be reused on the driver's side. That way, initial driver load/configuration, configuration query, reconfiguration could rely on the same parsing API, and you're no longer exclusively tied to XF86Config files
-- ____ .:. ____ Bryan W. Headley - [EMAIL PROTECTED]
_______________________________________________ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
