-
-
Notifications
You must be signed in to change notification settings - Fork 32.4k
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
[docs-infra] Double vertical scrollbars #38710
Comments
This comment was marked as resolved.
This comment was marked as resolved.
This is expected since content is more than the available area. On MacOS, it's not an issue because scrollbars are hidden by default. cc: @danilo-leal |
Yup, I'm aware! Wanted to see if that's really what they're referring to because if it is, it's just the docs scrollbars ⎯ not a bug/problem (and not Joy UI-related, too). |
As the topic. It related to docs and base on the context go to any page under components section. It related to docs only. |
I did not see this issue on previous version |
@sang-au would you mind clarifying it a bit more? I'm still a bit unsure what you're referring to 😬 |
Just the issue on the doc page, that show 2 vertical scrollbar on the right side, not related to any component! |
@sang-au Got it! Thanks for the clarification! As we mentioned above, I don't think that's a bug/problem ⎯ the two scrollbars are there because one is for the table of contents & the other is for the entire page. Is that getting in your way somehow, causing navigation experience issues? One tentative solution would be for you to hide the scrollbar at the OS level (happens automatically on MacOS). Let us know if you have any other suggestions, too. Otherwise, I think we can close the issue! |
I agree that is not a bug. However, an issue like that should not occur on the UI library's docs page like MUI, LOL. |
I see... my point is: is it an issue? I don't think the table of contents scroll should be tied to the entire page scroll ⎯ having a scrollbar allows you to scroll it independently from the page. If you were expecting just one scrollbar, that would mean that you'd need to go to the bottom of the page to see more TOC content, which is not a great experience. Does that make sense? Were you expecting something else? |
Ideas:
Screen.Recording.2023-09-11.at.18.06.49.mov
|
I'm not sure there's any way to work around this on pages that are especially long. (And do we really need to?) Ideally we'd be able to either a) extract some content from one page to create a new one, or b) revise the content on the page to include fewer headers. In the case of the Autocomplete component doc, for example, I don't think either of these is an option. Tighter density might help some pages, but there could still be double scrollbars on especially long pages. |
Yup, agreed! Making sure content is well distributed and organized is always positive, and we should do so, but unless the second option there ("...behave like macOS") does do something to the scrollbar (saying that because it's not clear to me what behaving like macOS in this context means exactly), I don't think we'll be able to avoid it. At the end of the day, not sure if it's a problem at all 😬 |
@danilo-leal illustration added #38710 (comment). |
Pedantically, not quite like macOS in the Radix example, as the scrollbar appears on hover, not on scroll, but that seems like a valuable affordance in this instance. |
Today I see the docs on https://material-web.dev/components/button/ |
Related page
Kind of issue
Other
Issue description
Double vertical scrollbars
Context 🔦
Going to any pages under Components sections on Joy page
I use Edge Version 116.0.1938.54 on linux-x64, the same with Firefox 116.0.3 on linux-x64
Docs version: v5.0.0-beta.4
The text was updated successfully, but these errors were encountered: