-
-
Notifications
You must be signed in to change notification settings - Fork 3.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
Responsive document toolbars #10595
Comments
triple-dot? Another thing I've seen is a double chevron, like » |
FYI VS Code has a notion of primary/secondary items to distinguish those that will be gathered in a sub menu or not. |
I will start looking into this, will add some screenshots of possible solutions. |
Sure, I don't have any code changes yet to create a pull request. Will contact you on gitter to discuss. |
Problem
Documents such as notebooks in JupyterLab can have a toolbar of widgets (buttons, dropdowns, etc.). Extensions can add widgets to the toolbars and for a given panel width, the total number of widgets may not fit in the available space. Currently, buttons that overflow off the right side of the toolbar are not visible and there is no way for users to see or use those widgets.
Proposed Solution
We should explore ways to make the extensible toolbar widgets responsive. The solution I would propose is to put widgets that don't fit behind a triple-doc or "more" button that contains the additional widgets. This is a common pattern is responsive toolbar design.
One aspect we will need to consider is which widgets will be hidden. My sense is that builtin widgets of JupyterLab should be hidden last. We may need additional widget metadata or sectioning in the toolbar that can be used to determine which widgets are hidden in the "more" button.
Additional context
#10469 does help some by allowing users to change the content of the toolbars using settings. But as the user adjusts the width of panels, this can still be an issue.
The text was updated successfully, but these errors were encountered: