-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Block Support: Update color panel default controls #38511
Conversation
This seems good to me. It's always good to start with basics, and then upgrade if need be. Nice! |
Thanks for the sanity check 👍 I'm fixing up the failed e2es on the color panel switch now but will aim to push that and this PR over the line together early next week. Getting the panel switch completed will also achieve the desired order of panels in the inspector sidebar. |
92f53cd
to
e5da492
Compare
b5022ab
to
f999d69
Compare
Size Change: +276 B (0%) Total Size: 1.14 MB
ℹ️ View Unchanged
|
e5da492
to
dae9fab
Compare
f899180
to
ec75631
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice work going through all of these @aaronrobertshaw! I only found one issue that needs to be fixed (a nested object that looks like it might've been an error during copy & paste 😀)
I've added a bunch of comments on blocks where links feature heavily, where I thought it might be more common for folks to want to interact directly with the link color (primarily where we either have a link toggle that's already visible in the sidebar, or where the block mostly renders links). Totally optional to adjust those ones, we can always follow up in separate PRs if need be.
Let me know if you need me to do further testing!
Thanks @andrewserong I appreciate the attention to detail and catching the overzealous copy and paste mistake 👍 I was originally trying to only apply the rules / approach stated on the original issue. Given I've already diverged from that I've added the link control as a default to all the blocks you suggested. I agree that will be the better UX. Personally, I still think there could be an argument for no color controls to be defaults, reducing cluter in the sidebar. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for going through and doing those updates @aaronrobertshaw, much appreciated!
Personally, I still think there could be an argument for no color controls to be defaults, reducing clutter in the sidebar.
Totally. I don't think the decisions here are all that clear-cut, and there's a delicate balance to be struck between what we expose (and what we assume users will need much of the time), and keeping the UI clean and uncluttered so that it's easier to digest.
Personally, I quite like the balance in this PR, and 🤞 it should be easy enough to make changes in follow-ups if we have feedback that folks would like to make tweaks in another direction.
LGTM!
6778f5a
to
3441e2f
Compare
Depends on:
Description
When the color panel is switched to use the
ToolsPanel
( #34027 ) we'll need to configure which color support controls should be displayed by default. This PR adds default controls configuration to all blocks currently opting into color support following a few rules set out in earlier discussions.In general, the following considerations informed which controls should be default:
This is all flexible, so if something would be better with or without a given control as a default, we can easily make that change, now or in a follow-up.
Default controls by block
Testing Instructions
Types of changes
New feature, enhancement.
Checklist:
*.native.js
files for terms that need renaming or removal).