Right now, when grail receives a complete touch frame it either passes through the touch data or it sends a gesture event. While a gesture is still being recognized, the touch data is sent.
The issue may be resolved by implicitly subscribing to single-touch gestures inside grail. When a single-touch gesture is recognized but not subscribed by any clients, the gesture is then transformed into traditional evdev input events for processing by X. There are two issues with this approach: 1. This will add a small delay to all single-touch movements, even for non gesture aware clients, while they are still being recognized. Although that sounds bad, this delay is actually the entire point of this issue, and I think it's inevitable. We need to ensure we tune the parameters properly to make this reasonable. 2. The change would require a substantial reworking of the input event pass-through mechanism in grail. This could be a cause for regressions, and we are very late into the Maverick cycle. -- XInput single-touch events aren't always filtered https://bugs.launchpad.net/bugs/637106 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
