On 8/31/07, Carl Worth <[EMAIL PROTECTED]> wrote: > But of course, doing that will require finding a way to resolve > full-screen recognition with novel UI things like the inertial > scrolling which rely on drag events. Fun stuff to explore anyway.
I was thinking that too - there are several uses for gestures now, and they tend to conflict. What do you think about it? How would you prefer to distinguish panning from handwriting? Personally I'm interested in shape recognition too; I want to build a drawing/diagramming tool some day which can recognize shapes, within some kind of context (the palette of shapes in use). If the phone had more buttons we could have the user hold a button down, to get one behavior or the other (either recognition mode or navigation mode). But in the post-iPhone era (which we are entering) everyone is probably going to expect panning to be the primary use of gestures. Maybe when you drag in one direction, it pans, but if you make quick changes in direction, the pan state reverts to the original view that you had when the stroke began, and it's in recognition mode. Or you have to drag for some distance before panning can begin. But either of these methods might still feel kindof awkward, not responsive enough. Or handwriting/keyboarding has to be done in a dedicated area. But for shape recognition I think that is not acceptable; I want to do it right on the drawing canvas.
