Differences between revisions 12 and 13
Revision 12 as of 2011-02-27 17:49:48
Size: 3737
Editor: shoobe01
Comment:
Revision 13 as of 2011-02-27 17:50:14
Size: 3747
Editor: shoobe01
Comment:
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
Provide a

Problem

Provide a

Solution

Value in standing, moving, difficult environments, or for populations (or cultures) with little or no experience with keyboard entry, or no standard keyboard for the data type...

Pen input devices may be used for multiple types of interfaces, and will often be the primary or only method for the device. This pattern covers only character and handwriting input and correction. Although any pen input panel should also support a virtual keyboard, this mode is covered under the Keyboards & Keypads] pattern.

Variations

a couple modes (natural character entry, short-hand character entry (like Graffiti), word entry;

Make sure to mention finger-as-stylus inputs as an aside. Just emerging, but technically possible to do much the same with letter and handwriting recognition.

Interaction Details

trace the path taken, in no-shit real time, then translate to words as fast as practical

mode switcher

Function buttons

Gestures for key functions; Win7 gesture to insert vs scroll then... etc.

Presentation Details

Writing is entered into an input panel that appears as a part of the screen. For small screens, this should always be a panel docked to the bottom of the viewport, and should automatically open when an input field is placed into focus. For larger screens, the input panel may be a floating area displayed contextually, adjacent to the current field requiring input. This panel must always be below the input field, to prevent obscuring the information.

For very small screens, the input panel may take up essentially the entire screen. In this case, special consideration must be taken to display the text already entered in order to provide context to the user.

When input is completed, the input panel should disappear to allow more of the page to appear. HOW TO CORRECT???? MENTION THE BUTTONS ABOVE< BUT WHERE ARE THEY>???

If the pen can be detected as a unique item, the input panel may be placed anywhere on the screen. Otherwise the panel must always be placed to avoid accidental input, usually along the bottom of the viewport. Resistive and most capacitive screens will perceive multiple inputs and may not be able to tell the difference between the pen and the user's hand.

icon to open panel...

Cursors -- and all other stuff inside the entry area, are still suggested, for the reason they work on mouse, to express modality; are you on a link, or in a particular tool, you get a different cursor)

Antipatterns

The space taken by input panel must be considered by the page display. Do not allow important information to be obscured by the panel. For example, do not make it so the panel must be closed to scroll to the bottom of a form so the submit button may be activated. Consider the input panel to be a separate area instead of an overlay so items may be scrolled into view.

Handwriting recognition can be very fast and about as error prone as typing on a keyboard. However, correction methods and other parts of the interface can serve to make the overall experience very much slower...Reduce clicks... use gestures, easy access to modes, and predictive stuff to avoid the user having to manually launch the panel, manually switch to another mode to edit, etc.

...Avoid loosing user entered data. Reference exit guard/cancel guard about this, and make a point of the system having to preserve entry even with important warnings popping up, etc...

separate entry areas are generally no longer required technically so are not suggested unless there /is/ some specific technical reason... in which case, make sure that area works as well as possible...

Examples

Pen Input (last edited 2013-03-13 16:36:15 by shoobe01)