Mobile Full Screen Search Results

'''This document is a work in progress. Comments are appreciated but this is not a final draft.'''

This document describes the design of a full screen search for the developing Wikipedia Mobile site.

Rationale
A full screen search allows more space for search terms, and a certain visual clarity. The implementation of the full screen search on the current mobile site beta could use some refinement for a user experience more in line with other Wikipedia products.

To address Bugzilla 34233

Goals

 * To outline a simple full screen search.
 * To make the visual elements elegant and appealing.
 * To make interaction simple, smooth and intuitive.
 * To discuss and solidify useful features and their behavior.
 * To remove unnecessary components.

Interface Behavior

 * (Here is an imagined minimal interface to go along with this simplified search.)

This interaction begins when the search box is selected from any page.

Transformation to full screen search
After the search box is selected, it "expands" in all directions to take up the remaining top row of the page.

The icons (W and search button) fade out and the entire top row is white.
 * This brings into question the appearance and existence of the search icon button.

The page scrolls to remove the browser heading from view.

Search rows fade in and down from this white row, completely covering the remaining page content.

The fixed state of the white search box row is emphasized by a shadow.

While the page is transformed, icons appear along with a blinking blue cursor in the search row.
 * The cursor should be enough to indicate the typing action, but can be supported by a faint 'Type your search here' if necessary.

Initial full screen search appearance

 * The propagation of the full screen search rows includes,
 * 1) back arrow to the left (in the top row)
 * 2) flashing blue cursor (in the top row)
 * 3) white field

Icons should be more than one self-width from the edge of the screen.

The search rows share the screen with the keyboard.

The back arrow takes the user back to the previous page.

The SEARCH!
The user tries to type something. (What will it be?!)


 * When a user begins to type,
 * 1) 'x' appears in the top row
 * 2) search terms appear below with separating lines

Entered search word and the search terms below align-left with each other.

Touching 'x' clears the search box back to the blue cursor, and the search rows empty.

Longer touch on each row takes the user to that article page.

Touching the row lightly selects the row. (This feature is currently not compatible with Android)
 * When selected, the search term is bold.
 * The selected term loads an article preview.

Scrolling the search rows makes the keyboard collapse.
 * While scrolling, the white search box should remain fixed, not scroll off of the screen
 * Touching the search box or "done" makes the keyboard return.

Pressing the native search button takes the user to that article page, or to a more complete Wikipedia search if a specific article does not match search terms.

Alternates gallery
In answer to three mock requests

Questions
Do all devices have a 'touch' interface or should we be using a more general term to include other types of selection?

February 9, 2012

 * 1) Use of '+' is TBD. See this talk page and bug for reasoning and discussion.
 * 2) The icon on the left side of the search rows (currently a mag. glass) serves to visually balance the rows to the search box back arrow so it doesn't look like there is an empty space vertically. This icon will be replaced by an article icon from Brandon's new designs. In the future we may be able to indicate the file type of the search this way (image, user, category, etc).
 * 3) The 'Done' button its row at the top of the keyboard will be put back.
 * 4) If possible, we will figure out a way to include the "Did you mean..." stuff.
 * 5) type ahead matching by article name
 * 6) when matches end, performs full-text search, OR
 * 7) shows "Did you mean" based on similar word