Skip to content
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

Open
pombredanne opened this issue Mar 18, 2019 · 4 comments
Open

Improve navigation from the browse page to a definition #599

pombredanne opened this issue Mar 18, 2019 · 4 comments

Comments

@pombredanne
Copy link
Member

pombredanne commented Mar 18, 2019

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):

  • a magnifier (which is most often associated with a search function in most web app) and not so often with a link to a detail.
  • a "copy link" button (which is a rather uncommon feature) as we should be able to open a link and not have to worry how this link can be copied: copy of a link is a basic builtin browser feature. (That later issue is handled in Replace 'Copy URL' with 'Open in new tab' #598 )

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.

@pombredanne pombredanne changed the title Improve default navigation links on the browse page Improve navigation from the browse page to a definition Mar 19, 2019
@storrisi
Copy link
Contributor

@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.
Probably we should switch the functionalities:

  • click on the definition name: open the definition details
  • click on a specific icon: open the original repo page

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
If we want to keep it, we should probably add a feedback once the button is clicked.

@storrisi
Copy link
Contributor

@jeffmcaffer @fossygirl @dabutvin do you have any feedback on this topic?

@jeffmcaffer
Copy link
Member

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?

@storrisi
Copy link
Contributor

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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants