-
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
Proof of concept: No in-canvas appender. #31886
Conversation
Size Change: +3 B (0%) Total Size: 1.3 MB
ℹ️ View Unchanged
|
Yeah this feels infinitely better 🤩
I don't think it's too bad, even as it stands. The social links block is a more trying example due to the size, but even that is still quite easy to use imo: We would need to figure out empty containers though: |
I think empty containers are one of the few places where it makes sense to break the look-like-the-front-end rule. Usually, a container is meant to, well, contain something, so an empty one could almost always be considered to be in a sort of unfinished/placeholder state. There may be some blocks where this is not the case, but I can't think of any off the top of my head. Essentially, I figure that every empty container block should probably look similar to how an empty Group block looks, or else have some unique placeholder like the Navigation block. |
Since this one was only ever meant as an experiment (and can still be checked out even if closed, right?) — I'll close this one. |
Don't merge this, it's purely a proof of concept. The goal of this is to explore alternatives to the current in-canvas appender — the black plus — which causes a big layout shift when appearing:
This PR simply forces that black plus to never be shown, eliminating that layout shift entirely:
This PR is not meant to be merged as is, it's only meant to explore a new baseline of no layout shift ever. In that vein, this is already wildly successful, especially in the site editor:
Here's before 🙈:
A few take-aways that are immediately evident: