Skip to content

Unergonomic classifier selector on /search/ #2442

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
pv opened this issue Sep 24, 2017 · 3 comments
Open

Unergonomic classifier selector on /search/ #2442

pv opened this issue Sep 24, 2017 · 3 comments
Labels
to user test Issues that should be investigated further via user testing UX/UI design, user experience, user interface

Comments

@pv
Copy link
Contributor

pv commented Sep 24, 2017

The classifier filter selector panel on /search could probably be improved.

  • Especially the "Topic" section has very long vertical size.
  • You need to scroll vertically quite a lot to locate what you are looking for.
  • Word-wrapping for this looks suspect (see screenshot below).
  • Sub-categories vs top-level categories are indicated with small intendation level differences. It's hard to keep track of what is a subcategory and at what level.

I'm not sure exactly how to improve this, but perhaps a nearly full-width "pop-up" selector screen would be better --- the selector lists seem too long to fit well in any way to the left-hand panel.

The display indicators warehouse currently has for the "currently active" filters are good, so perhaps it's possible to make the "Add filter" selection more dialog-like. The mobile/narrow-screen interface goes a bit to that direction, but it doesn't make full use of the horizontal space available for pop-up dialogs.

For comparison, the old pypi screen makes more efficient use of horizontal space, and indicates sub-categories with large headings. However, the categories don't work together with search in the old pypi like they do in warehouse.

Screenshot:
warehouse-selector

Old pypi screen for comparison:
oldpypi-selector

@di di added the UX/UI design, user experience, user interface label Nov 27, 2017
@ThomasWaldmann
Copy link

When fixing this, remember to also make it easier to filter for supported python versions, see also #3008.

@di
Copy link
Member

di commented Mar 21, 2018

I don't have any great ideas about this one. Deferring to @nlhkabu but happy to implement whatever she decides.

@nlhkabu
Copy link
Contributor

nlhkabu commented Mar 22, 2018

Thanks @pv for raising this :)

I agree that this is something that we'll need to address, however, I don't think it needs to be on this milestone cc @brainwane

My plan is to do some user testing on this page to establish how people are using the filters (if at all) - and then propose some alternative designs. I don't think this is going to be an easy problem to fix, so it might take some time to come up with the best solution.

@nlhkabu nlhkabu modified the milestones: 4: Launch: redirect pypi.python.org to pypi.org, 6. Post Legacy Shutdown Mar 22, 2018
@nlhkabu nlhkabu added the to user test Issues that should be investigated further via user testing label Apr 18, 2018
@nlhkabu nlhkabu added UX/UI design, user experience, user interface and removed UX/UI design, user experience, user interface labels May 19, 2019
@nlhkabu nlhkabu removed their assignment May 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
to user test Issues that should be investigated further via user testing UX/UI design, user experience, user interface
Projects
None yet
Development

No branches or pull requests

5 participants