Re: [Linuxwacom-devel] [PATCH 8/9] Send touch events to X when gestures are disabled
On 09/30/2012 07:47 PM, Jason Gerecke wrote: > Could you explain this in a little more detail? My tests with both > indirect and direct touch devices haven't revealed any regression like > this. I admittedly haven't tested the absolute case as thoroughly as > the relative one (due to a lack of software to visualize my touches), > but the experience didn't "feel" any different after this patch. That's what I get for commenting before actually testing the code. You're right, there's no reason to assume (like I did) that dependent touch forces the device to be relative. I guess I'm just having a really hard time wrapping my head around this dependent touch thing. It doesn't really seem powerful enough to do all the gesture processing outside the driver. > Use of XIDependentTouch does admittedly cause all touches to be sent > to the focused window (instead of each touch going to the window > directly underneath it), but I was running into trouble getting > touchscreens to work correctly with XIDirectTouch. I'm not sure if it > was my code or the desktop environment, but I wouldn't expect simply > switching the type I report the touch as to cause my own code to break > :D I suppose I should see how my desktop reacts with touch coming > through evdev instead to be sure though... I've noticed some issues too [1] (once I turned off easystroke...), but given that using the touch screen can make other devices misbehave, I mostly blame the X server (still, I have no idea why gtk3 applications do such weird things, the pointer events that they receive seem legit). Tom [1] https://bugs.freedesktop.org/show_bug.cgi?id=55477 -- 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
Re: [Linuxwacom-devel] [PATCH 0/9] Multitouch support patches
On Sun, Sep 30, 2012 at 11:28 AM, Chris Bagwell wrote: > On Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke 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 > recompiled&installed 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
Re: [Linuxwacom-devel] [PATCH 8/9] Send touch events to X when gestures are disabled
On Sat, Sep 29, 2012 at 7:12 PM, Thomas Jaeger wrote: > On 09/29/2012 07:58 PM, Jason Gerecke wrote: >> For the moment, all touches are sent as XIDependentTouch. Direct touch >> devices such as tablet PCs and Cintiqs are not an exception. This may >> be changed in the future once frameworks are better equipped to handle >> direct input touches. > > For users that don't use gesture mode, this causes a regression: their > tablets behave like relative devices all of a sudden. > > Tom > Could you explain this in a little more detail? My tests with both indirect and direct touch devices haven't revealed any regression like this. I admittedly haven't tested the absolute case as thoroughly as the relative one (due to a lack of software to visualize my touches), but the experience didn't "feel" any different after this patch. Use of XIDependentTouch does admittedly cause all touches to be sent to the focused window (instead of each touch going to the window directly underneath it), but I was running into trouble getting touchscreens to work correctly with XIDirectTouch. I'm not sure if it was my code or the desktop environment, but I wouldn't expect simply switching the type I report the touch as to cause my own code to break :D I suppose I should see how my desktop reacts with touch coming through evdev instead to be sure though... 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. -- 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
[Linuxwacom-devel] Intuos4 - button mapping & OLEDS
Hi, I integrated some logic & rendering precedures from i4oled into gnome-control-center->wacom-panel->map-buttons: http://firszt.eu/wacom-icons/Screencast_from_09-30-2012_10:27:40PM.webm The code is not yet ready for release (it's dirty & requires changing permissions to access sysfs). Kind regards, Przemo -- 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 Sat, Sep 29, 2012 at 6:58 PM, Jason Gerecke 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 recompiled&installed 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
