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

Emphasize preferred package formats on platform download options #31

Open
MMachado05 opened this issue Dec 14, 2023 · 5 comments
Open

Comments

@MMachado05
Copy link

Under each of the operating system options, all the download files are sequentially listed seemingly arbitrarily. To less technically-savvy users, this may be a bit intimidating.

One way to alleviate this could be by having one, no more than two, immediately-visible "preferred" download methods, and a hidden drop-down menu for "other download options." If I knew how to use design software, I'd provide a prototype of what I'm thinking about, but I could always provide a pencil-and-paper drawing if need be!

@samuelwarang
Copy link

Can you elaborate on the design with some visuals ?

@MMachado05
Copy link
Author

image

Not the prettiest, but as I mentioned, I'm no formal designer! The main points that I think can be improved upon are:

  • Replacing the Downloads section with an obvious link to the developer's preferred format. We already know what downloads we're seeing based on the highlighted option a few pixels above.
  • Using visuals and logos wherever possible. I take to using the conventional buttons that exist for some package managers, like the App Store one the current website already uses. Relatedly, some information where relevant for binary packages.
  • Equally subdividing the "alternative downloads" sections per download category, such as binaries, package managers, and app stores. The extra whitespace on iOS is kind of distracting.

If anyone knows their way around a prototyping tool (i.e. PenPot), I'm sure a mockup would look much better than my sketch!

(The ellipsis just means "another download view, but I didn't want to bother drawing the whole thing again." I'm not suggesting we combine all the downloads onto one screen!)

@Michael-Obele
Copy link
Contributor

As I mentioned in #37, this could easily be handled with dynamic routes, and it would open up opportunities like sharing specific links for devices. I don't even mind implementing it.

@MMachado05
Copy link
Author

As I mentioned in #37, this could easily be handled with dynamic routes, and it would open up opportunities like sharing specific links for devices. I don't even mind implementing it.

Not knowing anything about @Tienisto's development workflow, I figure it wouldn't hurt to make a PR for it! I'm by no means a web dev, so I'd love to see what this looked like implemented!

@Michael-Obele
Copy link
Contributor

However, for the time being, collapsing all other options into a simple dropdown will suffice. I will make a PR for this soon.

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

No branches or pull requests

3 participants