[wp-trac] [WordPress Trac] #31818: Uniform Search Form Display/Experience

WordPress Trac noreply at wordpress.org
Tue Mar 31 11:05:39 UTC 2015


#31818: Uniform Search Form Display/Experience
-------------------------------+-----------------------------
 Reporter:  Cheffheid          |      Owner:
     Type:  enhancement        |     Status:  new
 Priority:  normal             |  Milestone:  Awaiting Review
Component:  Administration     |    Version:  trunk
 Severity:  normal             |   Keywords:
  Focuses:  ui, accessibility  |
-------------------------------+-----------------------------
 In our recent testing of the search functionality we've found that there
 are currently five different search types across the admin.

 A full description of what the tests entailed, their results, and a link
 to the Slack discussion can be found here:
 https://make.wordpress.org/accessibility/2015/03/30/usertest-the-search-
 functions-in-the-admin/

 To summarise, these are the five that we've found:

 * Search input without submit button, no live search (need to press Enter)
   * e.g. Media Library list mode
 * Search input without submit button, live search fires “as you type”
   * e.g. Media Library grid mode, Themes (add new, wp.org API), Network
 Themes (add new, wp.org API)
 * Search input no submit button, live search fires “as you type” (more a
 “filter current collection” than a search)
   * e.g. Themes (installed themes), Customizer add widget, Plugins
 (installed plugins)
 * Search input with hidden submit button, press Enter or tab and submit
 the hidden button (after the search, the “typeselector” select appears)
   * e.g. Plugins (add new), Network Plugins (add new)
 * “Classic” search: search input with submit button, press Enter or submit
 button
   * e.g. Posts, Categories, Tags, Pages, Comments, Users, Network index:
 search users, Network index: search sites, Network Sites, Network Users,
 Network Themes (installed), Network Plugins (installed)

 What we'd like to propose is to bring this down to two and ensure they
 work well. This could then be used as a launchpad to further unify the
 search experience and use a single type across the board.

 The lucky two would be:

 * the classic one, the same for every search, with visible submit button
 (already commonly used)
 * the dynamic one, with some improvements like adding wp.a11y.speak to
 show the results count, and making sure focus doesn’t change dynamically

--
Ticket URL: <https://core.trac.wordpress.org/ticket/31818>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list