-
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
Always visible appender is inconsistently visible, causing visual offsets #16221
Comments
Related: #13571. |
I second this here. The inserter within the Group block should perform as the inserter within the singular Column block does. One change would be that the inserter returns when you're selected on a block. Otherwise, the Group block within the editor does not properly resemble the front-end when you're not interacting with it. |
The reason for adding this trailing inserter to nesting containers makes sense in principle, but I wonder if we can tweak the behavior so it's invisible until the block itself is selected? Something along the lines of this:
The idea being that this leans into the principle of the unselected block is a preview, whereas the selected block can have additional UI. |
Fixes #16221. This PR intends to fix a visual regression that happened as a result of some consistency work done to the trailing appender. The trailing appender is the one that sits at the end of the document to allow you to easily add new content. It usually sits after any block that isn't a paragraph. The consistency work brought this to nesting containers as well. But the side effect is that if you have a single list block inside a group block, the appender is permanently visible all the time, even if probably it shouldn't be. The net result is that the unselected editing canvas is no longer representative of the end result. This PR changes that, so the trailing appender is only visible when a parent or adjacent block is selected. It's not the be-all end-all solution, as it might make sense to look into more holistic changes to when the appender is visible. But it does fix the immediate visual regression.
Created a PR with a fix in #16453. |
Fixes #16221. This PR intends to fix a visual regression that happened as a result of some consistency work done to the trailing appender. The trailing appender is the one that sits at the end of the document to allow you to easily add new content. It usually sits after any block that isn't a paragraph. The consistency work brought this to nesting containers as well. But the side effect is that if you have a single list block inside a group block, the appender is permanently visible all the time, even if probably it shouldn't be. The net result is that the unselected editing canvas is no longer representative of the end result. This PR changes that, so the trailing appender is only visible when a parent or adjacent block is selected. It's not the be-all end-all solution, as it might make sense to look into more holistic changes to when the appender is visible. But it does fix the immediate visual regression.
#15864 changed the behavior of when the side inserter is showing. But it is showing inconsistently, and in many nesting situations the presence makes things offset. Here's a simple example:
That's a list (i.e. not paragraph) transformed into a group. Suddenly there's a blank space in the editor that won't be there on the frontend.
This is also the case in other blocks that support nesting, such as Cover, Columns, Media & Text: if the last block isn't a paragraph, there's an empty space.
Here's a columns block with three images:
The text was updated successfully, but these errors were encountered: