-
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
Remove the custom appender from the navigation block #32465
Conversation
Size Change: -73 B (0%) Total Size: 1.03 MB
ℹ️ View Unchanged
|
From testing it looks like the main difference in behavior is that we get multiple appenders on the screen when a sub menu has focus. There's likely an alternative way of fixing this instead of depending on the renderAppender prop trunk.mp4Branch branch.mp4 |
Thanks for working on this. The in-canvas appender is problematic for a number of reasons, mostly that it causes layout shifts. #31886 provides a much better site editor experience by removing it entirely (which obviously isn't feasible). But what it does suggest is that we need a revised experience. I've seen some promising explorations, and I think we can find a solution, but it'll need a little time in the oven. But all that is to say: I don't think the particular navigation block appender behavior is crucial to the user experience of this block, and that the value of keeping this block behavior consistent with other blocks, outweighs the potential downsides. We need a solution for all blocks, not just this one. So no objections to removing this one if it helps. |
I found a simpler solution for the problem at hand (the e2e test failure) see 8bb9a8d I think we should still consider a wholistic improvement for the appender behavior, but that could be separate. |
While working on #32454 I noticed that removing this custom config fixes the e2e tests, I'm not sure whether this config is required or not, in my very quick testing, it was not obvious.
This PR just tries to remove to see how the e2e tests react.