Changes between Initial Version and Version 1 of Ticket #14598, comment 8


Ignore:
Timestamp:
Oct 21, 2018, 5:21:17 PM (12 months ago)
Author:
pulkomandy

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #14598, comment 8

    initial v1  
    55- Or, you are just glancing at available packages, in which case you will just browse through the list. In this second case, a "featured packages" system makes sense.
    66
    7 So yes, technically the search bar and "featured packages" are both implemented as filters. But why would you want to search in featured packages? This is combinig something you know you are looking for (search keywords) with something you don't control (featured packages - it is not obvious at all how a package becomes "featured")
     7So yes, technically the search bar and "featured packages" are both implemented as filters. But why would you want to search in featured packages? This is combining something you know you are looking for (search keywords) with something you don't control (featured packages - it is not obvious at all how a package becomes "featured")
    88
    99I think we should make it more clear what the user is seeing, and try to apply the principle of least surprise as usual. IIRC I already suggested this in the previous discussion, but it was dismissed on the grounds of "too much work to change the user interface that way" or something similar. I think since we have two different use cases, we should not try to blend them into a single UI widget. I would go with a "home page" with different partial views on packages ("recent updates", "featured", "trending", "most downloaded", whatever), and an obviously separate search bar. Entering something in the search bar shoud then move into a "list" mode to show the results, and possibly allow to perform more complex searches (basically, this would be similar to the UI we have now)