From 3b837806891de6cf77d4d74d04567e7e68c82fc0 Mon Sep 17 00:00:00 2001 From: Henrik Rydberg Date: Tue, 13 Jul 2010 11:26:46 +0200 Subject: Gesture Recognition And Instantiation Library (grail) The aim of this first commit is to get down to hard testing of concepts, and the library currently has two test programs, touch and grail, which can be run on commandline. Touch tests the touch interface, and grail tests the gesture interface. Expect thinking errors and some glitches. Other than that, the code runs fine. Signed-off-by: Henrik Rydberg --- docs/grail-problems.txt | 32 ++++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 docs/grail-problems.txt (limited to 'docs/grail-problems.txt') diff --git a/docs/grail-problems.txt b/docs/grail-problems.txt new file mode 100644 index 0000000..ab95c28 --- /dev/null +++ b/docs/grail-problems.txt @@ -0,0 +1,32 @@ +Split gestures into recognition and application +----------------------------------------------- + +Gesture detection is not an exact science, but the algorithms +inevitably involve decisions influenced by what gestures are available +to choose from. Therefore, the recognition should be considered an +inherent property of the device itself, regardless of user interaction +context. Just imagine having a keyboard that resized slightly +everytime you switched from chrome to gimp. + + +Tag events as being part of a gesture +------------------------------------- + +One of the problems faced when replacing one set of events with +another is where and how this filtering should take place. One window +might listen for spiral gestures, whereas another window is a paint +program where you actually want to draw a spiral. By introducing a +relation between a gesture and an event, filtering becomes something +simple that can be performed close to the window. The relation can be +implemented as a bitmask representing what gestures the event is part +of. + + +Help the client to keep track of active gestures +------------------------------------------------ + +A gesture starts, continues, and either completes or aborts. +A client that listens to a subset of gestures will have to keep track. +Compatible to Qt approach. + +Would there be client feedback on confirmation? -- cgit v1.2.3