Differences between revisions 11 and 12
Revision 11 as of 2011-03-28 04:43:23
Size: 7405
Editor: eberkman
Comment:
Revision 12 as of 2011-07-04 20:13:24
Size: 7970
Editor: shoobe01
Comment:
Deletions are marked like this. Additions are marked like this.
Line 46: Line 46:
{{attachment:InputMethodIndicator-Highlight.png|Other symbols that replace input methods in function, such as select and highlight -- shown here -- may also replace the Input Method Indicator when active. |align="right"}}
Line 50: Line 49:
{{attachment:InputMethodIndicator-Highlight.png|Other symbols that replace input methods in function, such as select and highlight -- shown here -- may also replace the Input Method Indicator when active. |align="right"}}
Line 62: Line 62:



----
= Discuss & Add =
Please do not change content above this like, as it's a perfect match with the printed book. Everything else you want to add goes down here.
Line 63: Line 70:
If you want to add examples (and we occasionally do also) add them here.

== Make a new section ==
Just like this. If, for example, you want to argue about the differences between, say, Tidwell's Vertical Stack, and our general concept of the List, then add a section to discuss. If we're successful, we'll get to make a new edition and will take all these discussions into account.

Problem

The user must be made aware of the current mode of the selected input method, and any limits on selecting modes for a particular entry field.

Solution

When not otherwise immediately apparent, an indicator should be placed on the screen to explicitly indicate the current input mode or method.

On virtual keyboards and keypads, the Input Method Indicator is generally not required as the keyboard itself changes modes and serves as an implicit indicator. No "symbol mode" indicator is needed when the keyboard is filled with symbols. There may be value in attaching field level indicators.

Explicit indicators are valuable with most hardware keyboards and are most common with hardware keypads, which provide numerous entry modes and methods. Only explicit indicators are discussed here.

When additional types of input-field control are offered, such as selection (for cut/copy/paste) or highlighting, the same indicator field may switch to indicate this condition instead. Since character input is not valid during these operations, this is a good use of the space, without having to remove the indicator entirely.

Input Method Indicators may be anchored to the individual fields, as on the left, or attached to the viewport frame, usually in the annunciator row or notification strip, as on the right. Both methods have advantages.

Variations

The key variation for explicit indicators is of position. Two key options are available:

  • Field - The indicator is adjacent to, and usually attached to, the current input field. This associates input with the area on the screen where input will take effect. Each field may have an indicator, so the user may plan ahead, and have a better understanding of what is a field, and expose any variations in advance.

  • Viewport - The indicator is locked to the edge of the viewport. This associates the input mode with the device, as only one mode may be used at a time. This may seem to indicate that the edge closest to the keyboard or keypad should hold the indicator, but this is not always true. The area in which alerts and other status messages already appear is instead usually the best choice, and learning will take place.

Pen Input panels will have a different set of available modes than are discussed here, but follow the same principle and always indicate through implicit interaction and layout or explicit indicator which mode is currently selected. More on this is discussed in that pattern.

Interaction Details

Input Method Indicators are exactly as the name indicates, and are only indicators of changes carried out elsewhere, such as with Mode Switches. No direct interaction with the indicator is possible, or it becomes a Mode Switch.

Indicators are dual-purpose; they always indicate the current input mode and sometimes are a flag to indicate when a particular mode must be used. When a field with a restricted entry (such as numeric only) is in focus, the indicator will switch to the available mode as well as indicate this.

If a field input restriction exists, but more than one mode can meet the needs, the automatic selection can become more complex to design. If the keypad is already is in allowed mode, no change will take place. If not, the first or most similar available mode will be used. For example, if symbols are disallowed, the Abc mode should be the first selection, but ABC, Word and 123 modes can also be used and switched between.

A series of indicators, all characters on the left, and with a graphic on the right. Note that predictive text is a subset of other methods, and can be input with it’s own capitalization. Each text label is internally descriptive. The graphics use the pencil as an anchor, and an icon for individual on continuous entry to indicate character or predictive text. Numerous other schemes are available or can be devised.

Presentation Details

Labels must be clearly readable, and obviously associated with the input method. Field level labels should be attached to the edge of the field in some manner, so they are clearly associated.

This principle can be applied within any interactive design to indicate fields with exceptional entry (such as all-numeric) even the OS has no universal indicator itself.

Viewport level label location and design is much more associated with the overall OS design, and especially with the design of the Annunciator Row and any Notifications strip.

Labels must not only clearly explain the current mode, but should also be designed to associate with each other, so changes do not confuse the user. Employ the same symbology and typography, at the same size, color and overall contrast; if outlined, do not have one mode be a solid. For graphic labels, consider an anchoring icon, from which all the indicators are built.

All labels must change immediately upon a switch of the input mode.

Mode labels may disappear when irrelevant, such as as when not in focus for field level indicators, or when no input is available on the page, for viewport level indicators. This may be advantageous if space is at a premium, and additional information may be presented. However, there can be advantages is offering the information, so carefully consider the downsides to decluttering techniques like this before implementing them.

The phone Dialer keypad and some other specialized keypads such as calculators, generally will not need such indicators due to the lack of a mode change. Dialers, for example, support Accesskeys and sometimes use other shortcuts to return results considering both text and numeric input, but this is not a mode switch.

Within the dialer, do use an Input Method Indicator if any confusion may arise from restricting multi-purpose input methods. For example, if a hardware keyboard is used, but only numeric entry is allowed, the lock to numeric input should be indicated on the screen. Other symbols that replace input methods in function, such as select and highlight -- shown here -- may also replace the Input Method Indicator when active.

Antipatterns

Never display a mode label that is unavailable, or prevent input by allowing the user to select an improper mode. Always switch to the best available mode instead.

Do not allow the indictor to scroll off the screen, or be obscured by input panels or modal dialogues. If the indicator cannot be locked to the viewport and made to be be always on top, use a field level indicator instead.

Do not use both field and screen level indicators. If field level exceptions are needed, they should be displayed as field "hints" or as contextual content, not as an interactive control or indicator.

Avoid jargon or brand names for labels unless very well known. T9 is an almost generic shorthand for predictive word entry. As long as your device uses Nuance/Tegic T9, you may use that label. If you use a home-grown solution (so are legally barred from using the label "T9") do not use your abbreviation, and use a generic word or symbol.


Discuss & Add

Please do not change content above this like, as it's a perfect match with the printed book. Everything else you want to add goes down here.

Examples

If you want to add examples (and we occasionally do also) add them here.

Make a new section

Just like this. If, for example, you want to argue about the differences between, say, Tidwell's Vertical Stack, and our general concept of the List, then add a section to discuss. If we're successful, we'll get to make a new edition and will take all these discussions into account.

Input Method Indicator (last edited 2011-07-31 22:32:34 by shoobe01)