-
Notifications
You must be signed in to change notification settings - Fork 980
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
Display help text on browse page and null search page #3062
Comments
This is sort of just a side-effect of a sort "by relevance" of an empty query -- since there's no way to determine the relevance to the query without a query, by default we just get an alphabetical list. Doing anything with download counts here is currently blocked on #699 (we don't actually have the download counts "in" Warehouse right now). It's also not really as good of a metric for "interestingness" as you might expect. We don't currently have a metric for "popularity" and since PyPI attempts to be a "neutral" catalog, we aren't likely to add one in the near future (see #991). However, I would agree that this is not a great page to dump the user to when they click the "Browse" link. I think we could do one of two things here in the short-term:
I think 1) is probably the right way to go, but will need some wordsmithing from @nlhkabu @brainwane et al. |
+1 to Empty Query => "hey put in a search term!" +1 to Remove "Browse Projects" link. |
The downside to removing the "Browse Projects" link is that if we do, there isn't a great path for the user that just wants to start applying classifiers, so I'm not sure I'm +1 on that. |
In that case "Browse Projects" could be the same view and the help text could be "Enter a search term or start selecting classifiers" Until we have something... anything.. to select on... just display the help text? |
Changing the "browse projects" ordering to "Date last updated" would also improve the situation. |
In our meeting this week we decided to provide a temporary fix of some kind here -- for instance, just providing the help text, or something like that -- for launch. And then at some future time we can make a more robust solution. |
@nlhkabu please let us know if you're blocked and need any more guidance on what the initial temp fix here ought to be. |
I agree with @di that it would be a shame to hide this - because it gives people a way to find packages using only filters. I think the best temporary fix is to do what @pv describes - to change the default order (when no search is applied) to be "date last updated". Another solution might be to show nothing by default, and add some placeholder text like "Search or apply filters to view relevant packages" I will rely on @di to tell me which is easier :P |
Sorry, I just realised that I totally repeated what @ewdurbin said there! :P |
OK, I think we have a TODO here: when the user has not selected/input any search query parameters (via GET to
|
@yeraydiazdiaz, @aalmazan, @Volcyy, @hndrkmkt, @cryvate, @asottile, would one of you be interested in working on this? |
@brainwane - I have a PR on progress for this ticket. But it would be great if one of the devs you have pinged could review it? I hope to push it today/tomorrow morning :) |
@hnykda Thanks for reporting this issue! Hope we've taken care of the problem you saw. |
Hi,
I think that it would make much better impression if the packages were sorted by e.g. download count/popularity/update rather alphabetically by default.
When you click on Browse project and it takes you to the search page, it looks like this:
That's not really a very flattering choice of packages for Python, and more importantly, it's very probably not what a user wants to see. Clearly, what the user wants to see most likely is something more correlated with usage/download/popularity/visited rather than alphabet.
The text was updated successfully, but these errors were encountered: