Here are some basic questions I have on how we want gesture behaviour to be long term. I'm limiting it to single finger gestures since you'll see there are lots of options for that alone. The agreements we reach will be what I refer to as I review current linuxwacom and develop related patches for xf86-input-wacom. Current patches seems geared towards touchscreens to me and give touchpad users unwanted button presses.
1) When touching a touchscreen (ISDV4 devices mostly), should a left button press occur? My preference: Yes. 2) When touching a touchscreen, should a quick swipe inhibit the above button press? My preference: No, if we can help it. Other input handles don't bother with this that I've found. Two finger gestures may require some kind of hold-off on the button press though. 3) When touching a touchpad (Bamboo Touch), should a left button press occur? My preference: No. This is not user expectation. 4) On touchscreens that support capacitive pressure reporting, should we inhibit button press from #1 until it crosses pressure threshold? My preference: No preference I've no experience with any touchscreens doing this with fingers; only with pens. But current code has some hooks. 5) On touchpads that support capacitive pressure reporting, should the pressure be used for anything? See "man synaptics" and "FingerPress" option for users expectations. My preference: No, for now anyways. Some reports that Bamboo Touch doesn't correctly support reporting pressure for fingers. 6) On touchscreens, should tap gestures be supported to cause left button press? Tap means touch and release finger fast. My preference: No. It conflicts with button press in #1 and is not users expectation. 7) On touchpads, should tap gestures be supported to cause left button press? My preference: Yes. I'll stop here for now. Eventually, I'll discuss topic of tap-and-drag gesture and if anything needs to be done special for double-taps. Chris ------------------------------------------------------------------------------ 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 Linuxwacom-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxwacom-devel