-
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
Make the lists more wysiwyg #29556
Make the lists more wysiwyg #29556
Conversation
Depending how impactful is this PR, we could decide to remove some of the opinionated styles or move them to "theme.scss" instead of "style.scss". |
Size Change: +6.94 kB (0%) Total Size: 1.4 MB
ℹ️ View Unchanged
|
@jasmussen I suspect that your build didn't refresh the blocks stylesheet. I can't reproduce your issue on 2020 |
I'm still seeing it after running
|
I see the same thing as @jasmussen. Would it be possible to enqueue the block library CSS after the wp-admin CSS? |
I fixed that sidebar tabs bug. I'm still not able to reproduce the issue for the "common.css" style override personally, I think maybe the order of the stylesheet is inconsistent depending on other factors. So for the moment, I restored the editor styles for "ul" which should have a higher specificity, this is something that can be removed once we iframe the post editor. |
I'm closing this in favor or #29590 |
Similar to #29517
When using lists in a theme without any stylesheet, the result in the frontend is different than the result in the backend, the problem is that in the backend there are default styles for lists. In order to solve this, we have two options:
I thought that the editor styles applied were better defaults for lists than what comes with the browser so I went with the second option. That said, it's the most impactful option, but I think most themes already override these styles in their stylesheets so it might not be that impactful.
What do you think?
Testing instructions