-
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
Navigation: Fix justifications #36105
Conversation
Size Change: +19 B (0%) Total Size: 1.08 MB
ℹ️ View Unchanged
|
With this PR, the justification only shows in the overlay. Not in the editor, and not on the front when the overlay is closed. |
Ack, I could swear that worked fine in my testing? Taking a second look, and thank you for testing. That would explain the initial rules. |
Which editor? |
1badf24
to
e8b6ea4
Compare
In the overlay, should the submenu items be indented to the left that way? |
This is odd. In the first screenshots on my list, the editor is not displaying the page called "A blog page", but the front is. |
Oh! It's the new Page List that's broken. I'll take a look.
CC @noisysocks just in case, I'm not sure why the new page list would show a page on the front but not the editor. I haven't yet reproduced myself, but in case it can connect any dots. |
Okay, thanks for your patience, I think I fixed it now.
Well, yes, but I'd be happy to try and push changes here if we have a good idea (though I'd like to do that separately since it's an existing issue). The thing is, if you have nested submenus, they are forcefully unfolded in the overlay menu, and so we need a way to indicate the blocks are nested blocks. |
Maybe something to do with the post status? If you can figure out some minimal steps to reproduce or what the missing posts have in common then please create an issue 😄 |
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.
Long menus, both page list, posts, and mixed are now correctly justified in the site editor, front, and overlay.
All content is visible in the overlay and the overlay can be closed, so this also closes #36101
Thank you! |
Description
Fixes #36102, and WordPress/twentytwentytwo#75
Justifications were recently polished (I think in #35077), and it appears the wrong rules were applied for the content inside the burger menu — justify-content instead of align-items. This PR fixes it, and in my testing, fixes the issue:
How has this been tested?
I don't know whether those rules were intentionally so, or whether it was a mistake, so it'd be good to test the various justifications, both with and without the "always-burger".
It seems to have been a mistake to me.
I'm unable to provide testing content, because the navigation block now saves menus separately. Please insert navigation menus with lots of content, and with little content, and justify it left, right, center, and try with and without the burger options. Justificiations including the inherited justification inside the burger modal, should all look right.
Checklist:
*.native.js
files for terms that need renaming or removal).