No complaints here... Do what ever allows you to keep moving forward with least resistance.. I am lead of other projects so I understand.
If Bamboo P&T support is going to wacom-linux tested branch soon, can I recommend not including support for the second finger since its basically broken? That way we do not have to deal with these backwards compatibility issues until we have a final solution (maybe its not xxxTAP or even MT). Probably this also applies to 0.8.6 as well but since your in total control of its rules its not as much a concern. Since relative mode devices (touchpads) can not recover as gracefully from bad events as absolute (touchscreens), the gesture bugs will be much more visible to Bamboo P&T users. You can get things debugged in tablet PC logic first and then once bug free/event error free we can port over to Bamboo. For that matter its a shame that tpc and bpt do not share more logic in the kernel since they are doing identical tasks... just the structure layout of interrupt data is slightly different. Once TPC is bugfree, it may be worth combining the two code paths to further reduce your maintenance burden. Chris On Thu, Mar 18, 2010 at 7:50 PM, Ping Cheng <[email protected]> wrote: > Hi Chris, > > I know how much effort you have put on the _MT_ support. I'd love to > go with your solution if I don't have to support older kernels. > Considering _MT_ support haven't officially been introduced into X > server yet, we are not too far away from the reality by using xxxTAPs > in wacom_drv.so. > > After reviewing the patches you provided again, I feel we are running > out of time to start a new round of development cycle for _MT_. 0.8.6 > is scheduled with certain QA requirements that I have to meet for > April. From a project admin's perspective, I need to maintain a > solution that works before picking up the next great one. > > Hope you still like this project as you used to be :). > > Ping > > On Thu, Mar 18, 2010 at 6:43 AM, Chris Bagwell <[email protected]> wrote: >> You mentioned wanting two different functions to help maintenance. >> This prototype was just want ever was fastest. Let me know if 2 >> functions is still a strong desire and I can update it but I wasn't >> going to be very active on X side unless I knew MT was going into >> kernel. >> >> You'll notice for this optional support to work, its important to >> always send your MT events before non-MT events but the MT kernel >> documents already mention you need to do this anyways. >> >> Also, notice that when SYN_MT_REPORT is received, its just executing >> same logic that DOUBLETAP/TRIPLETAP would have executed; as you >> desired. >> >> Chris >> >> p.s. The one FIXME is related to xf86-input-wacom and linuxwacom not >> being aligned. Linuxwacom xdrv would delete that piece of code. >> > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Linuxwacom-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
