Differences between revisions 12 and 50 (spanning 38 versions)
Revision 12 as of 2011-01-23 20:02:58
Size: 6712
Editor: shoobe01
Comment:
Revision 50 as of 2011-12-13 05:27:37
Size: 7081
Editor: shoobe01
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
#acl EditorGroup:read,write,revert All:read [[http://www.amazon.com/gp/product/1449394639/ref=as_li_tf_tl?ie=UTF8&tag=4ourthmobile-20&linkCode=as2&camp=217145&creative=399373&creativeASIN=1449394639|{{attachment:wiki-banner-bonus.png|Click here to buy from Amazon.|align="right"}}]]The word ''widget'' can mean a number of things, even within related Internet technologies. Even the savvy user may be confused by the lack of common terminology and the lack of any inherent meaning. The term may apply to bits of code, applets, engines, and GUI elements.
Line 3: Line 3:
The term “widget” can mean a number of things, even within related internet technologies. Even the savvy user may be confused by the lack of common terminology and the lack of any inherent meaning. The term may apply to bits of code, applets, engines, and GUI elements. However, the scope of this book, and this part, is solely concerned with mobile widgets. These widgets are uniquely designed to accommodate the varying differences in display size and device technology, as well as the different types of user needs, their tasks, and attention goals. However, the scope of this book, and of this part of the book, is solely concerned with mobile GUI widgets. These widgets are display elements such as buttons, links, icons, indicators, tabs, and tooltips. Numerous additional elements (sometimes called GUI widgets), such as scroll bars, are discussed as components and functions in Part I.

The functionalities of the widgets discussed in this part of the book are to:

 * Display a small amount of directly related information
 * Provide an alternative view of the same information, in an organic manner
 * Provide access to related controls or settings
 * Display information about the current state of the device
 * Provide quick access to indexed information
 
The widgets that will be discussed here are subdivided into the following chapters:
 * Chapter 5, [[Lateral Access]]
 * Chapter 6, [[Drilldown]]
 * Chapter 7, [[Labels & Indicators]]
 * Chapter 8, [[Information Controls]]

== Types of Widgets ==
=== Widgets for Lateral Access ===
Whether your information architecture is organized hierarchically or laterally, its presentation and access are affected by the potentially small mobile display. One option to consider is to use lateral access widgets such as [[Tabs]], [[Peel Away]], [[Pagination]], and [[Location Within]] to assist the user in quickly navigating through and selecting this content.

=== Widgets for Drilldown ===
Using an information architecture that is structured hierarchically allows content to be laid out from general to specific while depending on parent-child relationships. This drilldown, top-down approach is effective in providing users with additional related content and commands within multiple information tiers. Patterns, such as [[Link]], [[Button]], and [[Icon]] can be used to access these child content types quickly.

=== Widgets for Labels and Indicators ===
In some situations, it may be necessary to use small labels, indicators, and other pieces of information, such as a [[Tooltip]], [[Wait Indicator]], and [[Avatar]], to describe content. Mobile users each have unique goals. Some require instant additional information without clicking. Others may need additional visual cues to assist them while quickly locating information. In any case, you must present the information labels appropriately while considering valuable screen real estate, cultural norms, and standards.

=== Widgets for Information Controls ===
Finding specific items within a long list or other large page or data array can be challenging. With appropriate controls, such as [[Zoom & Scale]] and [[Location Jump]], to locate specific information quickly, the user can instead quickly locate and reveal information on mobile devices.

== Helpful Knowledge for This Section ==
Before you dive right into each pattern chapter, we would like to provide you with some extra knowledge in the chapter introductions. This extra knowledge is in multidisci- plinary areas of human factors, engineering, psychology, art, or whatever else we feel is relevant. Due to the broad characteristics of widgets, we find it helpful for you to become knowledgeable in the following relevant areas:
 * [[Fitts' Law]]
 * Wayfinding
 * [[Conspicuity with Color|Color Conspicuity]]
Line 6: Line 39:
== Mobile Widgets ==
Mobile widgets are always-on, internet-connected, auto-updated, lightweight applications that reside within an existing OS framework and appear as miniaturized (i.e. never full-screen) display elements within an existing or enclosing GUI. Mobile widgets are highly reusable items and used repeatedly, across the device’s OS.
== Wayfinding Across Content ==
Whether interacting on a PC, kiosk, or mobile device, your users can easily get lost when navigating content. To reduce their frustration of being lost, you can use visual, haptic, and even auditory cues to help guide users in getting to the place they need to be. When designing a navigation system you must provide those cues to answer the following user questions:
 * Where is my current state or position within the environment? Where am I on this page?
 * Where is my destination? Where do I have to go to achieve my end goal?
 * How do I get to my destination? How am I going to navigate across content to achieve my end goal?
 * How do I know when I have arrived?
 * How do I plan my way back? Are there alternate routes I can take?
Line 9: Line 47:
The explosion of success of the desktop widget engines – and to some degree, web technologies – in the last few years led to widespread predictions that mobile widgets were the next big thing. Numerous companies, from device manufacturers to open-source collaborations, have since released a variety of mobile widget engines, some with a large number of available applets. While many of them share technological underpinnings (Ajax especially) their UI varies widely, and many are sub-optimal as currently implemented. Kevin Lynch, an environmental psychologist and author of the book ''The Image of the City'' (MIT Press), determined that we rely on certain objects to help us identify our position within an environment. Let’s examine how these objects act as cues and can be used to improve navigation:
Line 11: Line 49:
The widgets that will be discussed here are subdivided into the following chapters:
 * Chapter 6, [[Lateral Access]]
 * Chapter 7, [[Drilldown]]
 * Chapter 8, [[Labels & Indicators]]
 * Chapter 9, [[Information Controls]]
== Types of Widgets ==
=== Lateral Access ===
Description
 * Sections
 * Sections
 * Patterns for Lateral Access:''[[Tabs]], [[Peel Away]], [[Simulated 3D Effects]], [[Pagination]]'', and ''[[Location Within]]''.
=== Drilldown ===
Description
 * Sections
 * Sections
 * Patterns for Drilldown:
=== Labels & Indicators ===
Description
 * Sections
 * Sections
 * Patterns for Labels & Indicators:
=== Information Controls ===
Description
 * Sections
 * Sections
 * Patterns for Information Controls:
''Paths''
 These are the channels which a person moves along. Examples are streets, walkways, transit lines, and canals. On mobile devices, paths are the routes users take to access their desired content. These paths can follow both lateral and hierarchically organized structures. Help the user define routes by clearly labeling, color-coding, and grouping related content. Use location within widgets to define the user’s current position along the path. Provide alternate paths to access the same information.
Line 38: Line 52:
== Conspicuity with Color ==
Conspicuity, while involving legibility, also implies other display characteristics. It describes how well an object can be detected while it captures a user’s attention amongst other noise or other competing information.
''Edges''
 These are linear elements that define boundaries between two phases, such as walls, buildings, and shorelines. On mobile devices, edges can include the perimeter of the viewport, or of fixed menus, scroll bars, and annunciator rows. Use edges to appropriately contain navigation.
Line 41: Line 55:
=== Color coding ===
Color can be used to classify, label, and emphasize information displayed on a screen. When using color for these things, you need to understand that we have limits in our processing abilities that affect our signal detection.
''Nodes''
 These are focal points, like distinct street intersections. On mobile devices, these may serve as graphics, labels, and indicators to describe small pieces of content.
Line 44: Line 58:
=== Opponent Processing Theory ===
In 18xx, A German psychologist Ewald Hering theorized that there are six elementary colors that are arranged perceptually as opponent pairs along three axes. These pairs are: black-white, red-green, and yellow-blue. Each color either is positive (excitatory) or negative (inhibitor). These opponent colors are never perceived at the same time because the visual system cannot be simultaneously excited and inhibited.
''Districts''
 These are areas within boundaries that share common features, such as neighborhoods, downtowns, and parks.
Line 47: Line 61:
Our modern color theory stems off of this. Today, we know that the input from the cones is processed intro three distinct channels: The luminance channel (black-white) is based on input from all of the cones. We have two chromatic channels. The red-green channel is based on the difference of long and middle-wavelength cone signals. The yellow-blue channel is based on the difference between the short-wavelength cons and the sum of the other two (Ware, 2000). ''Landmarks''
 These are highly noticeable objects that serve as reference points.
Line 49: Line 64:
In 1986, Post and Green created an experiment to test how subjects could effectively name 210 colors on a computer screen. The results of that test that are worth noting are:
Line 51: Line 65:
 * The pure monitor red was actually named orange most of the time.
 * A true red color required the addition of a blue monitor primary.
 * Eight colors out of the 210 were consistently named, suggesting that only a small number of colors should be used to label categories.
=== Color for Labeling ===
or more technically – nominal information coding, is used to because color can be an effective way to make objects easy to remember and visually classify.
== Getting Started ==
You now have a general sense of what widgets are as well as a physiological visual perception framework to reference. The component chapters will provide specific information on theory and tactics, and will illustrate examples of appropriate design patterns. And always remember to read the antipatterns, to make sure you don’t misuse or overuse a pattern.
Line 57: Line 68:
Perceptual factors to be considered in choosing a set of color labels:
 1. '''Distinctness''':
 2. '''Unique hues:''' Based on the Opponent Theory, they are: Red, Green, Yellow, Blue, Black, and White.
 3. '''Contrast with background''': Our eyes are edge detectors. When we have objects that must be in front of a variety of backgrounds, it may be beneficial to have a thin white or black border around the color-coded object. Consider the reasons why alert street signs, have the border, too.
 4. '''Color blindness:''' About 7% of males and only 0.5% of females are color blind in some way. The most common is being red-green color blind.
 5. '''Number:''' We are limited in the number of color-codes we can rapidly perceive. Studies recommend use between five and ten codes.
 6. '''Field Size''': Object size affects how you should color code. Small color-coded objects less than half a degree of visual angle and in the yellow-blue direction range should not be used to avoid the small-field colorblindness.
 7. '''Conventions''': When using color-naming conventions, be cautious of cultural differences.
Line 66: Line 69:
=== Color Semantics ===
Common conventions are: red =hot, danger, blue=cold, green=life, environmental, go. In China, red =life, good fortune, green =death.
------
Next: '''[[Lateral Access]]'''
-------
= Discuss & Add =
Please do not change content above this line, as it's a perfect match with the printed book. Everything else you want to add goes down here.
Line 69: Line 75:
== Color Conspicuity Guidelines For Mobile Devices ==
 * Use colors with high contrast between the text and the background. Optimal legibility requires black text on a white background, and White text on black background is effective as well.
 * For text contrast, the International Standards Organization (ISO 9241, part 3) recommends a minimum of 3:1 luminance ratio of text and background. Though a ratio of 10:1 is preferred (Ware, 2000).
 * When having text on background, purely chromatic differences are not suitable for displaying any kind of fine detail. You must have a considerable luminance contrast in addition to color contrast.
 * When large areas of color-coding are needed, like with map regions, use colors with low saturation.
 * Small objects that are color-coded should use high-saturation.
 * The majority of colorblind people cannot distinguish colors that differ in the red-green direction.
 * Recommended colors for color-coding: 1. Red, 2. Green, 3. Yellow, 4. Blue, 5. Black, 6. White, 7. Pink, 8. Cyan, 9. Gray, 10. Orange, 11. Brown, 12. Purple (Ware, 2000).
== 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.

Click here to buy from Amazon.The word widget can mean a number of things, even within related Internet technologies. Even the savvy user may be confused by the lack of common terminology and the lack of any inherent meaning. The term may apply to bits of code, applets, engines, and GUI elements.

However, the scope of this book, and of this part of the book, is solely concerned with mobile GUI widgets. These widgets are display elements such as buttons, links, icons, indicators, tabs, and tooltips. Numerous additional elements (sometimes called GUI widgets), such as scroll bars, are discussed as components and functions in Part I.

The functionalities of the widgets discussed in this part of the book are to:

  • Display a small amount of directly related information
  • Provide an alternative view of the same information, in an organic manner
  • Provide access to related controls or settings
  • Display information about the current state of the device
  • Provide quick access to indexed information

The widgets that will be discussed here are subdivided into the following chapters:

Types of Widgets

Widgets for Lateral Access

Whether your information architecture is organized hierarchically or laterally, its presentation and access are affected by the potentially small mobile display. One option to consider is to use lateral access widgets such as Tabs, Peel Away, Pagination, and Location Within to assist the user in quickly navigating through and selecting this content.

Widgets for Drilldown

Using an information architecture that is structured hierarchically allows content to be laid out from general to specific while depending on parent-child relationships. This drilldown, top-down approach is effective in providing users with additional related content and commands within multiple information tiers. Patterns, such as Link, Button, and Icon can be used to access these child content types quickly.

Widgets for Labels and Indicators

In some situations, it may be necessary to use small labels, indicators, and other pieces of information, such as a Tooltip, Wait Indicator, and Avatar, to describe content. Mobile users each have unique goals. Some require instant additional information without clicking. Others may need additional visual cues to assist them while quickly locating information. In any case, you must present the information labels appropriately while considering valuable screen real estate, cultural norms, and standards.

Widgets for Information Controls

Finding specific items within a long list or other large page or data array can be challenging. With appropriate controls, such as Zoom & Scale and Location Jump, to locate specific information quickly, the user can instead quickly locate and reveal information on mobile devices.

Helpful Knowledge for This Section

Before you dive right into each pattern chapter, we would like to provide you with some extra knowledge in the chapter introductions. This extra knowledge is in multidisci- plinary areas of human factors, engineering, psychology, art, or whatever else we feel is relevant. Due to the broad characteristics of widgets, we find it helpful for you to become knowledgeable in the following relevant areas:

Wayfinding Across Content

Whether interacting on a PC, kiosk, or mobile device, your users can easily get lost when navigating content. To reduce their frustration of being lost, you can use visual, haptic, and even auditory cues to help guide users in getting to the place they need to be. When designing a navigation system you must provide those cues to answer the following user questions:

  • Where is my current state or position within the environment? Where am I on this page?
  • Where is my destination? Where do I have to go to achieve my end goal?
  • How do I get to my destination? How am I going to navigate across content to achieve my end goal?
  • How do I know when I have arrived?
  • How do I plan my way back? Are there alternate routes I can take?

Kevin Lynch, an environmental psychologist and author of the book The Image of the City (MIT Press), determined that we rely on certain objects to help us identify our position within an environment. Let’s examine how these objects act as cues and can be used to improve navigation:

Paths

  • These are the channels which a person moves along. Examples are streets, walkways, transit lines, and canals. On mobile devices, paths are the routes users take to access their desired content. These paths can follow both lateral and hierarchically organized structures. Help the user define routes by clearly labeling, color-coding, and grouping related content. Use location within widgets to define the user’s current position along the path. Provide alternate paths to access the same information.

Edges

  • These are linear elements that define boundaries between two phases, such as walls, buildings, and shorelines. On mobile devices, edges can include the perimeter of the viewport, or of fixed menus, scroll bars, and annunciator rows. Use edges to appropriately contain navigation.

Nodes

  • These are focal points, like distinct street intersections. On mobile devices, these may serve as graphics, labels, and indicators to describe small pieces of content.

Districts

  • These are areas within boundaries that share common features, such as neighborhoods, downtowns, and parks.

Landmarks

  • These are highly noticeable objects that serve as reference points.

Getting Started

You now have a general sense of what widgets are as well as a physiological visual perception framework to reference. The component chapters will provide specific information on theory and tactics, and will illustrate examples of appropriate design patterns. And always remember to read the antipatterns, to make sure you don’t misuse or overuse a pattern.


Next: Lateral Access


Discuss & Add

Please do not change content above this line, 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.

Widget (last edited 2011-12-13 05:27:37 by shoobe01)