Here are some example gestures I thought up, sorry if it does not make 100% sense, for I am still working on.


I am trying to label the key elements of gestures. such as click, click and hold etc., trying to determine best ways
to describe “fingerDown” and “fingerDrag” events,or anything that could take place in a multitouch environment.

Please download the following PSD and make your own gestures… and give feedback..

We really should work towards standardizing gestures..

if you are going for standardized, then for rotate, it should be define an axis with 2 fingers, and rotate that axis with a third finger.

rotate i would do it with two fingers, and if you use a third one, rotate it in 3d

Yes, i have yet to add the Axis parameter to the rotate function, also DoS pointed out

“pan should have vertical and horizontal options as well, so we might want to come up with a different one for tilt”

thanks for the feedback guys, also if you want d/l the PSD and post some of your own ^_^

problem is, you thought of the exact same gestures as me, so there isnt alot to add

im a bit confused by some of these gestures....

For example the “scroll” or “pan”.  does that mean you use 2 fingers to press, and then use another (probably youre other hand) to scroll/pan?  Or is it like a Mac Book where you use 2 fingers but you move both those fingers up or down to scroll?

I assume the delete gesture is one finger making 2 strokes…

about the delete, it would be pretty strange to do that with 2 fingers at the same time, so yeah i assume with the same finger as well

nice you mention it about the 2/3 fingers, i would choose to do it with just 2 fingers

but now that i think of it, the software might make a difference between that gesture and zooming in and out if you would choose 2 fingers

Check out the Fingerworks documentation, TONS of ideas in there:
http://www.fingerworks.com/userguides.html

mcburton - 25 February 2007 11:26 AM

Check out the Fingerworks documentation, TONS of ideas in there:
http://www.fingerworks.com/userguides.html

Some nice ideas, but I like the ones here better. (Though it might be worth looking into using multiple fingers representing special moves)

The only thing I don’t quite understand here is the mouse cursor gesture.

What about adding gestures that make use of the touch sensitivity.

I’ll explain, with my small ftir table i could measure how hard i was pressing by checking how big the blob was and that way i could add a parameter. If you use your whole thumb for instance (since the thumb makes by far the largest blob when thoroughly pressed), you can trigger a menu.

some people have bigger fingers or press harder without intention

mmm ok, you got a point. It’s not that suitable for the standard gestures. Though maybe still usable when you want to build a audio application or something, where you want touch sensitivity when playing a virtual piano.

yeah makes sense, the bigger the blob the louder the tone, maybe before you start a fast calibration of the hand on order to distinguish the different hands/blob sizes

Don’t forget paint programs! (pressure = brush size)

What it comes down to, things like pressure sensitivity and orientation are too “Arbitrary” to use as a standard control. They can be used for data input (for more “Creative” purposes and games, where the input has no lasting consequences) but not for system operation (where the input changes system behaviour)

funny i was thinking on that pressure thing myself just the other day wrt a midi keyboard replacement.

I like the click and hold option - more reliable for menus and the like.

sure it has already been considered but regarding the zoom/scale it obviously needs to work in the other direction as well (that is from the middle to the left top, bottom right) for left handers.

I’m not really convinced about the double click. When I worked with electronic whiteboards and pen tablets, I never liked the idea of double clicks. If the resolution is high, it is very difficult to click over the same area twice (at least for some humans like me ). Usually it needs additional adjustment in the software to tolerate more error.