Re: [Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
On Tue, Oct 2, 2012 at 6:55 PM, Chris Bagwell ch...@cnpbagwell.com wrote: On Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke killert...@gmail.com wrote: This set of patches adds multitouch support to the driver. The new API made available in XI2.2 is used to report the location of all contacts, allowing applications to work with the touch points themselves. This is added as a new gesture mode, taking over whenever in-driver gestures have been disabled and at least two fingers have come into contact. The best way I've found to test this code at the moment is with a gesture recognizer called Touchegg. It should be in the repositories for Ubuntu 11.10 (and will need compiling from source for 12.04), has RPMs that can located through Google, and has a PKGBUILD available for Arch in the AUR. This changes how data from the kernel is read into the channels for tracking. It has the potential to introduce problems for tablets that don't have touch, and I'd appreciate any Tested-By tags I can get (especially on Protocol 4 [Bamboo] and Generic Protocol devices). If my line-by-line review does come before much longer, feel free to take this and commit: Tested-by: Chris Bagwell ch...@cnpbagwell.com I agree with direction your going with patches. Its in line with how I was planning on adding in if I got around to it. Chris All nine patches have been merged. Jason --- When you're rife with devastation / There's a simple explanation: You're a toymaker's creation / Trapped inside a crystal ball. And whichever way he tilts it / Know that we must be resilient We won't let them break our spirits / As we sing our silly song. -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
On Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke killert...@gmail.com wrote: This set of patches adds multitouch support to the driver. The new API made available in XI2.2 is used to report the location of all contacts, allowing applications to work with the touch points themselves. This is added as a new gesture mode, taking over whenever in-driver gestures have been disabled and at least two fingers have come into contact. The best way I've found to test this code at the moment is with a gesture recognizer called Touchegg. It should be in the repositories for Ubuntu 11.10 (and will need compiling from source for 12.04), has RPMs that can located through Google, and has a PKGBUILD available for Arch in the AUR. This changes how data from the kernel is read into the channels for tracking. It has the potential to introduce problems for tablets that don't have touch, and I'd appreciate any Tested-By tags I can get (especially on Protocol 4 [Bamboo] and Generic Protocol devices). If my line-by-line review does come before much longer, feel free to take this and commit: Tested-by: Chris Bagwell ch...@cnpbagwell.com I agree with direction your going with patches. Its in line with how I was planning on adding in if I got around to it. Chris -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
On Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke killert...@gmail.com wrote: This set of patches adds multitouch support to the driver. The new API made available in XI2.2 is used to report the location of all contacts, allowing applications to work with the touch points themselves. This is added as a new gesture mode, taking over whenever in-driver gestures have been disabled and at least two fingers have come into contact. The best way I've found to test this code at the moment is with a gesture recognizer called Touchegg. It should be in the repositories for Ubuntu 11.10 (and will need compiling from source for 12.04), has RPMs that can located through Google, and has a PKGBUILD available for Arch in the AUR. This changes how data from the kernel is read into the channels for tracking. It has the potential to introduce problems for tablets that don't have touch, and I'd appreciate any Tested-By tags I can get (especially on Protocol 4 [Bamboo] and Generic Protocol devices). Glad to see some momentum here. I've done the following with your patches so far: * Applied your patches to xf86-input-wacom and running under Fedora 18 Alpha. * Found the Fedora 17 Touchegg SRPMs you mentioned and recompiledinstalled on Fedora 18 Alpha. Here is what I noticed so far: * Quick testing with updated xf86-input-wacom seemed to act same with default gestures enabled. * When I disabled gestures, I didn't notice anything special in out-of-box Fedora 18 Alpha. Looks like Mutter still doesn't have any gesture support and I couldn't find any apps that have built in XI2.2 gesture support. * Launching touchegg from terminal looks like it dumps lots of useful info to the screen. With default config file, I could get 2 finger scrolling and 3 finger window move to kick in but not consistently. Something feels a little off but I have no baseline to compare behaviour to so I've no idea how well I should expect it to be working. I'll move on to reviewing patches and debugging any issues next. Chris -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://ad.doubleclick.net/clk;258768047;13503038;j? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
Re: [Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
On Sun, Sep 30, 2012 at 11:28 AM, Chris Bagwell ch...@cnpbagwell.com wrote: On Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke killert...@gmail.com wrote: This set of patches adds multitouch support to the driver. The new API made available in XI2.2 is used to report the location of all contacts, allowing applications to work with the touch points themselves. This is added as a new gesture mode, taking over whenever in-driver gestures have been disabled and at least two fingers have come into contact. The best way I've found to test this code at the moment is with a gesture recognizer called Touchegg. It should be in the repositories for Ubuntu 11.10 (and will need compiling from source for 12.04), has RPMs that can located through Google, and has a PKGBUILD available for Arch in the AUR. This changes how data from the kernel is read into the channels for tracking. It has the potential to introduce problems for tablets that don't have touch, and I'd appreciate any Tested-By tags I can get (especially on Protocol 4 [Bamboo] and Generic Protocol devices). Glad to see some momentum here. I've done the following with your patches so far: * Applied your patches to xf86-input-wacom and running under Fedora 18 Alpha. * Found the Fedora 17 Touchegg SRPMs you mentioned and recompiledinstalled on Fedora 18 Alpha. Here is what I noticed so far: * Quick testing with updated xf86-input-wacom seemed to act same with default gestures enabled. * When I disabled gestures, I didn't notice anything special in out-of-box Fedora 18 Alpha. Looks like Mutter still doesn't have any gesture support and I couldn't find any apps that have built in XI2.2 gesture support. Finding apps with built-in XI2.2 support is a real challenge. I was hoping GNOME would merge their multitouch branch in a while ago, but no such luck. There was some mention of gestures in the GNOME 3.6 changelog, but its not clear what it means for us. * Launching touchegg from terminal looks like it dumps lots of useful info to the screen. With default config file, I could get 2 finger scrolling and 3 finger window move to kick in but not consistently. Something feels a little off but I have no baseline to compare behaviour to so I've no idea how well I should expect it to be working. You might give the 'ginn' gesture recognizer a try. I had very little luck with it myself but maybe things will be different for you. Jason --- When you're rife with devastation / There's a simple explanation: You're a toymaker's creation / Trapped inside a crystal ball. And whichever way he tilts it / Know that we must be resilient We won't let them break our spirits / As we sing our silly song. I'll move on to reviewing patches and debugging any issues next. Chris -- Got visibility? Most devs has no idea what their production app looks like. Find out how fast your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219671;13503038;y? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
[Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
This set of patches adds multitouch support to the driver. The new API made available in XI2.2 is used to report the location of all contacts, allowing applications to work with the touch points themselves. This is added as a new gesture mode, taking over whenever in-driver gestures have been disabled and at least two fingers have come into contact. The best way I've found to test this code at the moment is with a gesture recognizer called Touchegg. It should be in the repositories for Ubuntu 11.10 (and will need compiling from source for 12.04), has RPMs that can located through Google, and has a PKGBUILD available for Arch in the AUR. This changes how data from the kernel is read into the channels for tracking. It has the potential to introduce problems for tablets that don't have touch, and I'd appreciate any Tested-By tags I can get (especially on Protocol 4 [Bamboo] and Generic Protocol devices). [PATCH 1/9] Add and use a 'dirty' bit for WacomChannel [PATCH 2/9] Use serial number instead of channel number to identify [PATCH 3/9] Dynamically find touch channels, instead of hard-coding [PATCH 4/9] Make usbInitToolType more generic, and always use [PATCH 5/9] Simplify usbChooseChannel logic [PATCH 6/9] Have usbChooseChannel take explicit device type and [PATCH 7/9] Dynamically choose channel for ABS_MT data [PATCH 8/9] Send touch events to X when gestures are disabled [RFC PATCH 9/9]: Always allow single finger gestures -- How fast is your code? 3 out of 4 devs don\\\'t know how their code performs in production. Find out how slow your code is with AppDynamics Lite. http://ad.doubleclick.net/clk;262219672;13503038;z? http://info.appdynamics.com/FreeJavaPerformanceDownload.html ___ Linuxwacom-devel mailing list Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel
