-
Notifications
You must be signed in to change notification settings - Fork 13.2k
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
Rustdoc 1.60 produces flat UI #95816
Comments
@rustbot modify labels: +A-rustdoc-ui +A-rustdoc-themes |
See this blog post for more information about the changes: https://blog.guillaume-gomez.fr/articles/2022-04-08+rustdoc%3A+Recent+UI+and+UX+changes+in+generated+documentation |
I removed a few labels. If you want to start a discussion about a change you didn't like, it's fine to do so. However please provide an alternative and some arguments to support it. |
Not the original poster, but I found the changes a little disorienting & thought I'd weigh in: TL;DR: IMO it looks pretty, but I think it should have the separator lines (or some equivalent visual marker). Overall: I think it looks significantly more aesthetically pleasing. However: previously, I used the separator lines as a distinct visual marker to easily glance to and between sections of the sidebar. This version doesn't have an equivalent, which has made it harder for me to use. Generalizing from my experience: In the zulip discussion, MDN's style was mentioned as inspiration. IMO, MDN's style works there because the sidebar is a "related topics" area -- it's not meant for primary navigation, unlike rustdoc's sidebar. In MDN's case, the sidebar content is readable only once you look over, but that's ok because you're not there to quickly pick something out of the sidebar -- while reading the article, you're probably not even aware that the sidebar exists, but it has to be there to balance out the page. (see below) Aside from navigation, IMO this layout feels somewhat unbalanced -- particularly when the names in the sidebar are relatively short (taking up only 1/3 to 1/2 of the width). For example: I think my feeling here is coming from a lack of definition between the sidebar and the main body, which I think would also be better with separator lines -- or at least something spanning most of the width of the sidebar at multiple points. Again, the sidebar is great if you're looking right at it; I've found it disorienting when I'm looking at the main body of the page. A couple ideasI don't think separator lines aren't necessarily the best option here -- I happen to be referring to them because it's what we had before, but perhaps boxes around the text or background shading might fulfill a similar function. |
cc @jsha |
Thanks for the feedback!
Interestingly, there is indeed a separator line (the scrollbar track) on both the light and the dark themes: The ayu theme is unique in making the scrollbar track invisible (same color as background). I think it would make sense to change that, both for consistency with the other themes, and to make it visually apparent that the sidebar is scrollable. The light and dark themes also use a different background color for the sidebar. I'm guessing the ayu theme intentionally doesn't (though I'd have to check). Still, showing a scrollbar track should do the job. |
@jsha the scrollbar track is definitely a big component of it! Here's the result of setting it to While I was tinkering with the css, I decided to see if there were any other bits I thought made it better. I'm tossing these in here as a "hey, whadda ya think of these" kind of deal, with no personal attachment to them - so, take them as you will :P
With this, I had particularly noticed how the current style doesn't align
I particularly noticed the small indent while scrolling down the sidebar trying to find something -- I think the small offset helps draw the eye to the headers. With these changes, I do feel that the sidebar becomes a lot busier again -- which I know was part of the reasoning for the original UI changes in the first place. Maybe these hypothetical changes are too much - there's probaby a balance point. In particular, I think that headers with few items feel noticeably more noisy. In any case, I realize that I'm not sure what the intended outcome of this issue should be -- my futzing about with the styling is fun and all, but maybe it'd be more useful to first determine what should happen here before I (or anyone else) spend a bunch of time changing something that wasn't really up for being changed right now. |
Rustdoc 1.59 and earlier used to produce a nice clean UI, Rustdoc 1.60 is weirdly flat and inconvenient.
Version it worked on
1.59 and earlier:
Version with regression
1.60 and later:
rustc --version --verbose
:The text was updated successfully, but these errors were encountered: