-
Notifications
You must be signed in to change notification settings - Fork 29
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
Improve navigation from the browse page to a definition #599
Comments
@jeffmcaffer @fossygirl what do you think about this topic? I agree with @pombredanne about the link over the definition name. It happens quite often that you click it to expand the definition and it opens a new browser tab.
Or, instead, show the links only in the full details view. I agree also with the copy function. We can implement something as proposed in #598 |
@jeffmcaffer @fossygirl @dabutvin do you have any feedback on this topic? |
I don't have particular thoughts. We should get feedback from users and see what they think. The UI is for them. Would rather not change it randomly but if we design an experiment or have some UX expert input, by all means. Do we have Google Analytics on this? Can we see how often people click where? Understand if they then click somewhere else? |
Maybe Hotjar could be more useful than Google Analytics to understand this behaviors |
To me, the primary next step and purpose of the browse page is to go to a "definition" details (page or popup). This is true whether I am just browsing or working on curation.
On this page I am naturally drawn to the main text for a component: its name and version as these are the main data items in this list. If I click on this text I am taken outside of the site to the original package repository (such as https://crates.io/crates/actix-web or https://nuget.org/packages/32feet.NET/3.5.0.3 )
To get to a definition, there are only two tiny icons on the right (and away from the name and version that I am looking at):
I would expect the main text to link to a definition and behave as a proper web link. The off site links to package repo pages should be available but not the primary link items.
The text was updated successfully, but these errors were encountered: