-
Notifications
You must be signed in to change notification settings - Fork 293
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 the top-nav menu of the docs #3060
Comments
I tend to agree with you @rfraposa, it's also broken in multiple places on mobile. It's something that both @gingerwizard and I have discussed too. We have a new web engineer role open and once we fill that there will be more bandwidth to make these changes. That said, perhaps the three of us can sync and figure out what we can do in the short term. Do we know if we've established any KPIs when we made this nav change? I would like to double check that it hasn't improved things before we yank it. |
Im mixed here - i prefer the current design but also it is far from imperfect in its layout and is is poor on mobile. However, i dont think we can realistically return to the status quo and the issues this involved. Its easy to forget the challenges this had in terms of scalability and finding pages for new users who have specific roles. I'm not in favor of returning to a single flat left navigation. Others like https://supabase.com/docs/guides/platform have had success with 2 dimensional layout and we have too many pages now for a single list - and more adding all the time. It worked if you knew what you were looking for but was ineffective for new users. Right now we have other priorities in terms of the content backlog, poor search and massively dated docosauraus version (which now is hurting us re vulnerabilities). When we revisit, lets do once we have the web engineer to move to v3. |
Worth noting we're also adding breadcrumbs shortly and landing pages (with Toc) for each left header root item - i think this will help with navigation. (3) we can address |
Maybe two small fixes that could make a big improvement: 1) we get rid of the drop-downs, and 2) we shorten the menu so that it doesn't spill over to a second line (in a "normal" sized browser). So maybe no more than 6 top-level options. |
Team - We just completed nav refresh project, and as I know the change was socialized broadly, so I a bit surprised to hear the feedback from @rfraposa and @gjones that they fundamentally don't like this organization, after the change is implemented. At this point, I agree with @gingerwizard that we do not have the cycles to do another nav refresh and have other more fundamental and pressing issues to address when it comes to the docs. As @gingerwizard mentioned, the design is used by documentation from projects like Supabase, so clearly others have found success with it. My preference is to incrementally improve the current navigation rather than go back to what we had. If the design needs to be improved when it comes to the mobile experience, let's invest in that. Thank you @rfraposa for making concrete suggestions already about how to improve existing design. Let's focus on this direction. |
It's been a couple of months now, and I've tried to give the new top-nav menu a chance - but I have to say that I wish we could go back to the way it was. A few reasons why:
It just felt easier and smoother before this change. I know a lot of effort went into it, and I definitely appreciate the attempt (we should always strive to improve things!), but my opinion is that this new nav is worse than it used to be - and we should either go back to the "old" nav or iterate this new nav to be more functional and user-friendly.
@tbragin @gjones @Blargian
The text was updated successfully, but these errors were encountered: