← Back to branch summary

~chasedouglas/grail/original-touch-state

« back to all changes in this revision

Viewing changes to docs/grail-problems.txt

  • Committer: Henrik Rydberg
  • Date: 2010-07-13 09:26:46 UTC
  • Revision ID: git-v1:3b837806891de6cf77d4d74d04567e7e68c82fc0
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 <rydberg@bitmath.org>

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/grail-problems.txt
 
1
Split gestures into recognition and application
 
2
-----------------------------------------------
 
3
 
 
4
Gesture detection is not an exact science, but the algorithms
 
5
inevitably involve decisions influenced by what gestures are available
 
6
to choose from. Therefore, the recognition should be considered an
 
7
inherent property of the device itself, regardless of user interaction
 
8
context. Just imagine having a keyboard that resized slightly
 
9
everytime you switched from chrome to gimp.
 
10
 
 
11
 
 
12
Tag events as being part of a gesture
 
13
-------------------------------------
 
14
 
 
15
One of the problems faced when replacing one set of events with
 
16
another is where and how this filtering should take place. One window
 
17
might listen for spiral gestures, whereas another window is a paint
 
18
program where you actually want to draw a spiral. By introducing a
 
19
relation between a gesture and an event, filtering becomes something
 
20
simple that can be performed close to the window. The relation can be
 
21
implemented as a bitmask representing what gestures the event is part
 
22
of.
 
23
 
 
24
 
 
25
Help the client to keep track of active gestures
 
26
------------------------------------------------
 
27
 
 
28
A gesture starts, continues, and either completes or aborts.
 
29
A client that listens to a subset of gestures will have to keep track.
 
30
Compatible to Qt approach.
 
31
 
 
32
Would there be client feedback on confirmation?