You are previewing Mobile Design Pattern Gallery, Color Edition.

Mobile Design Pattern Gallery, Color Edition

Cover of Mobile Design Pattern Gallery, Color Edition by Theresa Neil Published by O'Reilly Media, Inc.
  1. Mobile Design Pattern Gallery
  2. Foreword
  3. Preface
    1. Introduction
    2. Intended Audience for This Book
    3. Safari® Books Online
    4. How to Contact Us
    5. Acknowledgments
  4. 1. Navigation
    1. Primary Navigation Patterns
      1. Springboard
      2. List Menu
      3. Tabs
      4. Gallery
      5. Dashboard
      6. Metaphor
      7. Mega Menu
    2. Secondary Navigation
      1. Page Carousel
      2. Image Carousel
      3. Expanding List
  5. 2. Forms
    1. Sign In
    2. Registration
    3. Checkout
    4. Calculate
    5. Search Form
    6. Multi-Step
    7. Long Form
  6. 3. Tables & Lists
    1. Basic Table
    2. Headerless Table
    3. Fixed Column
    4. Overview plus Data
    5. Grouped Rows
    6. Cascading Lists
    7. Table with Visual Indicators
    8. Editable Table
  7. 4. Search, Sort & Filter
    1. Search
      1. Explicit Search
      2. Search with Auto-Complete
      3. Dynamic Search
      4. Scoped Search
      5. Saved and Recent Searches
      6. Search Form
      7. Search Results/View Results
    2. Sort Patterns
      1. Onscreen Sort
      2. Sort Order Selector
      3. Sort Form
    3. Filter
      1. Onscreen Filter
      2. Filter Drawer
      3. Filter Dialog
      4. Filter Form
  8. 5. Tools
    1. Toolbar
    2. Option Menu
    3. Call to Action Button
    4. Contextual Tools
    5. Inline Actions
    6. Multi-State Button
    7. Bulk Actions
  9. 6. Charts
    1. Chart with Filters
    2. Preview Window
    3. Overview plus Data
    4. Datapoint Details
    5. Drill Down
    6. Zoom
    7. Pivot Table
    8. Sparklines
  10. 7. Invitations
    1. Dialog
    2. Tip
    3. Tour
    4. Video Demo
    5. Transparency
    6. 1st Time Through
    7. Persistent
    8. Discoverable
  11. 8. Feedback & Affordance
    1. Feedback
    2. Error Messages
    3. Confirmation
    4. System Status
    5. Affordance
      1. Tap
      2. Flick
      3. Drag
  12. 9. Help
    1. How To
    2. Cheat Sheet
    3. Tour
  13. 10. Anti-Patterns
    1. Novel Notions Anti-Pattern
    2. Metaphor Mismatch Anti-Pattern
      1. Control Mismatch
      2. Icon Mismatch
      3. Mental Model Mismatch
    3. Idiot Box
    4. Chart Junk
    5. Oceans of Buttons
  14. A.
    1. Additional Resources
    2. Navigation
      1. Primary Navigation
      2. Secondary Navigation
    3. Forms
    4. Tables
    5. Search
    6. Sort Patterns
    7. Filter
    8. Tools
    9. Charts
    10. Invitations
    11. Feedback
    12. Affordance
    13. Help
  15. About the Author
  16. Copyright
O'Reilly logo

Chapter 4. Search, Sort & Filter

image with no caption

Patterns: Explicit Search, Auto-complete, Scoped Search, Saved & Recent, Search Criteria (form), Search Results, Onscreen Sort, Sort Order Selector, Sort Form, Onscreen filter, Filter Drawer, Filter Dialog, Filter Form

As I was waiting for a table at a local restaurant the other day, I flipped through a couple of the free classified papers. I was shocked to realize how dependent I’ve grown on three simple features that just aren’t available in a paper-based model: search, sort, and filter.

AutoDirect and some of the other freebies may be organized by category (like trucks, vans, SUVs) but others like Greensheet just list page after page of items for sale. I would actually have to read every single ad in the paper to see if anyone was selling what I wanted. No thank you. I’ll use Craig’s List on my phone instead.

But this got me thinking. While we take search, sort, and filter for granted in our digital world, there are some nuances to getting it right in a mobile application. This chapter explores a dozen plus different approaches to search, sort, and filter in mobile applications.

Search

Peter Morville and Jeffery Callendar provide an excellent summary of design patterns for searching in Search Patterns: Design for Discovery(O’Reilly), January 2010 (http://shop.oreilly.com/product/9780596802288.do). I highly recommend reading this book before designing any search interface, whether for mobile or other platforms.

In this section, we’ll look at search patterns specific to mobile applications including patterns for:

Search patterns

Figure 4-1. Search patterns

Explicit Search

Explicit search relies on an explicit action to perform the search and view results. That action might be to tap a search button on the screen, like Walmart, or on the keyboard, like Target. The results are typically displayed in the area below the search bar. Consider pairing an explicit search pattern with the auto-complete pattern.

Walmart, search button on screen; Target, search button on keyboard

Figure 4-2. Walmart, search button on screen; Target, search button on keyboard

Target, loading and displaying search results

Figure 4-3. Target, loading and displaying search results

Note

Offer a clear button in the field and an option to cancel the search. Use feedback to show the search is being performed (see Chapter 8).

Search with Auto-Complete

Probably the most widely adopted search pattern in web and mobile apps is auto-complete. Typing will immediately surface a set of possible results, just tap on one to selected it, and the search will be performed. Or continue typing and tap the explicit search button.

Android Marketplace and Netflix

Figure 4-4. Android Marketplace and Netflix

Ideally, the results will be displayed immediately, but a progress indicator (searching...) should be used for system feedback. Netflix (above) uses an indicator in the search field, whereas Fidelity (below) displays one where the results will eventually be displayed.

Fidelity

Figure 4-5. Fidelity

TripAdvisor provides an enhanced auto-complete, grouping the results by popular destinations, hotels, restaurants...

TripAdvisor

Figure 4-6. TripAdvisor

Note

Show feedback if there could be a delay in displaying the results. Consider emphasizing the matching search text in the search results.

Dynamic Search

This pattern may also be considered dynamic filtering. Entering search text will dynamically filter the data on the screen. In these examples from BlackBerry App World and People on webOS, entering text filters the existing list of items.

BlackBerry App World and People on WebOS

Figure 4-7. BlackBerry App World and People on WebOS

Note

Works well for constrained data sets, like an address book or personal media library, but may be impractical for searching huge data sets.

Scoped Search

Sometimes it is easier (and faster) to get to the desired result by scoping the search criteria before performing the search. Google and Photobucket use different designs to the same end.

Google and Photobucket

Figure 4-8. Google and Photobucket

AllRecipes also lets you select criteria (or filters) before submitting the search. Dropbox defaults the initial scope to All, but you can switch it to Files or Folders before or after tapping the search button.

AllRecipes and DropBox

Figure 4-9. AllRecipes and DropBox

Note

Offer reasonable scoping options based on the data set. Three to six scoping options are plenty; consider a search form for advanced searching capabilities.

Saved and Recent Searches

Successful mobile interfaces follow a basic usability maxim: respect the users’ effort. Saved and recent searches do this by making it easy to select from previous searches, instead of retyping the same keywords or search criteria. eBay and Walmart both use Saved and Recent Searches to increase users’ efficiency.

eBay and Walmart

Figure 4-10. eBay and Walmart

Other options to respect the users’ effort involve location-based searching options like Trulia, and bar code searching, like PriceCheck by Amazon.

Trulia and Amazon PriceCheck

Figure 4-11. Trulia and Amazon PriceCheck

Note

Saved searches typically require additional steps for naming a search for reference later, whereas recent searches are implicitly saved and surfaced. Consider which one will best serve your users’ needs.

Search Form

This pattern is characterized by a separate form for entering multiple criteria, and an explicit search button. Kayak and Whole Foods use search forms to collect the necessary criteria for searching for flights and hotels. See more examples in Chapter 2.

Kayak

Figure 4-12. Kayak

Whole Foods Recipe Search

Figure 4-13. Whole Foods Recipe Search

Note

Minimize the number of input fields. Implement OS-specific input controls properly. Follow form design best practices (alignment, labels, size).

Search Results/View Results

Once a search is performed, the results can be displayed in the same screen or on a dedicated results screen. Results may be displayed in a table or list, on a map or satellite, or as thumbnail images. Multiple view options can be used, depending on the type of results and user preferences.

Results in a table: Kayak and Foursquare

Figure 4-14. Results in a table: Kayak and Foursquare

Results on a map and results as thumbnail images

Figure 4-15. Results on a map and results as thumbnail images

Lazy loading is a common technique to use so that some results will be displayed while the rest are being loaded, see Ebay Motors and BestBuy. Many applications offer either a button to explicitly “view more results” or will automatically load more results when the screen is flicked.

ebay Motors and Best Buy

Figure 4-16. ebay Motors and Best Buy

Avoid paging tables, they break the natural interaction model of viewing information on a mobile device.

Note

Label the results with the number returned. Use lazy loading instead of paging. Apply a reasonable default sort order.

Sort Patterns

It is important to choose a reasonable default sort for displaying search results. A little common sense plus user validation is the best way to choose the default sort order. To offer additional sorting functionality, choose an existing interface design pattern:

  • onscreen sort

  • sort order selector

  • the sort form

Sort patterns

Figure 4-17. Sort patterns

Onscreen Sort

When there are only a few sort options, an onscreen sort can provide a simple one-tap solution. Placing the sort toggle at the top or bottom of the screen will depend on the other screen elements.

Target provides four sort options with a three-toggle button. For the price sort option, they offer two choices: sort by price ascending and sort by price descending.

Expedia, sort toggle at the bottom; Target, sort toggle at the top

Figure 4-18. Expedia, sort toggle at the bottom; Target, sort toggle at the top

Note

Clearly show which option is selected or “on.” Consider the Sort Order Selector pattern if the option labels don’t fit nicely in a toggle button bar.

Sort Order Selector

The selector pattern is a good alternative to the onscreen sort. There are a number of different UI controls that can be used for selection, but consider the design guidelines for the OS you are designing for (for example, the menu is common for Android app, and the picker and actionsheet are common in iOS apps).

The option titles can be longer (more explicit), and more options can be displayed. Walmart places the sort button in proximity with the search field, whereas Realtor.com puts it down with the other view options and actions

Walmart

Figure 4-19. Walmart

Kayak

Figure 4-20. Kayak

OS neutral solutions include a simple combobox, like Target, or an overlay menu, like Awesome Note.

Target and Awesome Note

Figure 4-21. Target and Awesome Note

Note

Follow OS design conventions for choosing the selector control, or choose an OS neutral interface control. Clearly show which sort option is applied.

Sort Form

Some applications have consolidated the sort and filter options into one screen, typically titled “Refine.” This is the most effort intensive sort pattern, requiring the user to open the form, select an option, and then apply the selection (by tapping “done” or “apply”).

Cars.com and eBay classifieds

Figure 4-22. Cars.com and eBay classifieds

Note

Consider the more efficient sort option toggle or sort order selector patterns before choosing this pattern.

Filter

Large sets of data can require additional filtering, also called refining. Filtering relies on the user selecting criteria by which to refine the set of search results or a large set of objects. Common filtering patterns include:

Filter patterns

Figure 4-23. Filter patterns

Also see the earlier search pattern, Scoped Search, for an optional pre-filtering technique.

Onscreen Filter

Similar to the onscreen sort, the onscreen filter is displayed with the results or list of objects. With one tap, the filter is applied. HeyZap uses the standard toggle button bar, whereas Google uses vertical tabs.

HeyZap and Google

Figure 4-24. HeyZap and Google

CBS News and the ACL Festival app use a scrolling filter bar as a way to let users quickly hone in on certain types of articles and bands, respectively.

Don’t use this filter pattern for primary navigation, but instead use it to group and filter content. See Chapter 10, Metaphor Mismatch.

CBS News and Austin City Limits Music Festival

Figure 4-25. CBS News and Austin City Limits Music Festival

SXSW offers a filter button bar combined with a second row of filtering options. Feed a Fever news reader uses a super simple stylized set of comboboxes for filtering news feeds.

SXSW and Feed a Fever

Figure 4-26. SXSW and Feed a Fever

Note

Filter options should be clearly worded and easy to understand. Show the filters that are applied, or “on.”

Filter Drawer

Almost as efficient as the onscreen filter, a drawer can be used to reveal filter options. Flicking or tapping a handle will open the drawer. Audible’s drawer reveals a simple filter toggle bar, whereas Sam’s offers a host of filter options that can be applied to the map of club locations. A better design for Sam’s would be to leave the map visible and allow for dynamic filtering instead of the explicit “filter” button.

Audible and Sam's Club

Figure 4-27. Audible and Sam's Club

Filter Dialog

Like a pop-up on in a web app, the filter dialog is modal in nature. It requires the user to select a filter option, or cancel the action. TripAdvisor on iOS has a custom filter dialog, whereas USPS Mobile on Android relies on the default selector control.

TripIt and DueTodayLite

Figure 4-28. TripIt and DueTodayLite

While the Filter Dialog may get the job done, the first two patterns provide more freedom for users to experiment with and apply filters directly in context.

Note

Keep the options list short, avoid scrolling. Consider a Filter Form for lengthier or multi-select filter options. See Chapter 6, Charts with Filters, for examples on filtering chart data.

Filter Form

Large data sets can benefit from more advanced filter/refinement options. For example, Kayak uses a form to filter hotels based on price, brand, and stars. Zappos uses a similar approach, using the iOS standard clear/done buttons in the title bar.

Kayak and Zappos

Figure 4-29. Kayak and Zappos

Freetime uses custom controls in their filter form. First you pick the filter category, then choose the filter criteria, then apply the filter to the calendar.

Freetime

Figure 4-30. Freetime

Conditional filters, also called predicate editors or expression builders, are an advanced filtering feature typically found in reporting tools. Here’s the standard layout used on the Web and desktop.

Wufoo expression builder

Figure 4-31. Wufoo expression builder

Creating a conditional filtering a mobile application can be challenging because of the form factor, but Roambi has successfully accomplished it.

Roambi's conditional filter

Figure 4-32. Roambi's conditional filter

Note

Don’t over-design the filters; a simple onscreen filter or drawer will usually suffice. If a Filter Form is necessary, follow form design best practices.

The best content for your career. Discover unlimited learning on demand for around $1/day.