Search Results UI - 22/5/2017

At the moment, the button "other versions" in the search results is misleading. In a deck result item it shows other deck revisions but in a slide result item it expands other usage of the same slide.

In order to tackle this problem, show search results in a more structured way and also show deck forks in the search results, I propose following mockups:

Deck Search Result

This is the same as the deck overview component. If this deck is a fork, its origin is shown and the number of its own forks is indicated on the fork button, in this case there are 3 forks.

This button expands the forks of this deck as shown below:

Slide Search Result

The slide result item can have two buttons. The first one, "all matches" will expand other matching revisions of the same slide:

The second one, "other usage" will show the decks that this slide is used in:

New revised Search UI - 16/1/2017

Background

Based on some comments in SWIK-863 I think it's a good idea to restructure the search page in order to be more efficient, responsive and user friendly.

For this reason, the SWIK-883 was created.

Basic Search Page

Initially, I propose that the basic search page can look like this:

• The dropdown can indicate in which field to search i.e. all content, title, description, content etc.

Search Page Filters & Results

Once the user types some search terms and gets the first results, the page can look like the following:

• Results can be filtered from the sidebar. These filters may also include contributors and tags (see discussion points)

Points for discussion

• Search results should include decks and slides that are inactive (not currently used) ?
• Do you believe that it would be better to show slide thumbnails in the search results? In this case, how we can show decks? Probably something similar to 'My decks' page ?
  
• The 'other usage' button shows the decks in which this slide revision is used. But there may be another slide revision of the same slide that is used in another deck. Any ideas how can we reflect this in the design?
• As we want to filter by contributors and tags, we can populate them based on the current search results. But if there are too many is it a good idea to show filters for the top 10 of them for example? Can anybody think of a better way to do this?

Previous Design by Former user (Deleted)

Advanced search page: 

Advanced search results page:

Action items

• User & Tags text fields will be enriched with auto-complete functionality. User auto-complete will be suggesting both usernames and first names, last names. 
•  Facet check boxes will apply filters to the overall search results. The respective SOLR service for facets will be called on check box click
  

Notes:

1. The entity drop down list consists of all the searchable entities (deck, deck revision, slide, slide revision, test (answers, questions), comments

2. The search field drop down will be used so that the user can decide whether search will take place in the entities titles, content or both

3. 
   

With the "Include revisions" check box the user will decide whether revisions will be returned in the results set