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

Customizer Widgets: default to floating or fixed toolbar? #32062

Closed
critterverse opened this issue May 20, 2021 · 3 comments
Closed

Customizer Widgets: default to floating or fixed toolbar? #32062

critterverse opened this issue May 20, 2021 · 3 comments
Labels
[Feature] Widgets Customizer Ability to add and edit blocks in Customize → Widgets. Needs Dev Ready for, and needs developer efforts

Comments

@critterverse
Copy link
Contributor

critterverse commented May 20, 2021

Hi all, creating this issue to discuss some issues around the Customizer top bar area. We're currently seeing some awkward overlap between the floating block toolbar and the top chrome of the Customizer Widgets screen:

customizer-toolbar-scroll.mov

A long term solution has been proposed in #32061, and a short-term bug fix identified in #32060.

In the meantime, one solution that was proposed in #30912 (comment) was to default to the fixed version of the block toolbar that was merged in #31589. There are some issues with either direction — but the issues with the fixed toolbar seem like more major usability issues due to having to rely so heavily on horizontal scroll in the narrow Customizer sidebar. Here's a video of me struggling to use the fixed toolbar in this context:

fixed-toolbar.mov

(Discoverability of the horizontal scroll is one issue but there are several others. Some improvements for the scrolling have been discussed in #30720 (comment))

Because of this, I would lean towards keeping the default as the floating toolbar. This version of the toolbar also has several usability advantages over the fixed version such as proximity to the selected block, parent selectors, drag handles, etc.

That leaves the issue of the awkward overlap that happens with the customizer top bar and long toolbars. If it’s possible to bring the toolbar all the way to the foreground so that it scrolls in front of the top bar, I think it would help. It's not an ideal solution but at least it would look less like a bug than when the toolbar goes behind the top bar:

toolbar-foreground.mov

Would love to hear some other opinions about which version of the toolbar would be the better default until a solution like #32061 can be implemented!!

@critterverse critterverse added [Feature] Widgets Customizer Ability to add and edit blocks in Customize → Widgets. Needs Dev Ready for, and needs developer efforts labels May 20, 2021
@shaunandrews
Copy link
Contributor

Without a touchscreen, trackpad, or an Apple Magic Mouse, it is incredibly difficult to use a horizontally scrolling container. With my Logitech mouse I'm unable to scroll horizontally in my browser unless I turn on the "always display scrollbars" setting in Mac OS and drag the scrollbar. On Windows the scrollbar always appears, and the only way to scroll is to click and drag the scrollbar.

The horizontal scrolling behavior for the block toolbar was always intended to be a solution for touchscreen devices, and relying on it for a desktop-sized experience seems problematic.

@priethor
Copy link
Contributor

I totally agree the horizontal scrollbar is challenging, probably creating more issues than the ones it solves. I think we should at least fix #32060 for 5.8 and, if possible, continue with #32061.

@critterverse
Copy link
Contributor Author

Closing this in favor of #32061!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
[Feature] Widgets Customizer Ability to add and edit blocks in Customize → Widgets. Needs Dev Ready for, and needs developer efforts
Projects
None yet
Development

No branches or pull requests

3 participants