Needs work
Project:
Olivero
Version:
2.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
29 Mar 2023 at 17:50 UTC
Updated:
2 Oct 2026 at 09:47 UTC
Jump to comment: Most recent, Most recent file



Comments
Comment #3
joelpittetPatch is in play
Comment #4
smustgrave commentedCan confirm the issue described and that the MR fixes it. Same as the screenshots provided.
Comment #5
mherchelThe reason this was added is that the default
display: inlineUA styles for<img>elements will leave space below the image in many circumstances (which can throw off vertical spacing).Because CKEditor labels the mode as inline, I think we should support that (even though I can't really think of a use case). But we shouldn't change the styles within the entire site.
Instead of modifying base.pcss.css, let's create an override within text-content.pcss.css that sets it to
display: revert. Usingrevertinstead ofinlinewill make it more explicit that we're trying to change back to the UA's default behavior.Comment #6
gauravvvv commentedAddressed #5, Instead modifying base.pcss.css file, I have overrided text-content.pcss.css file. please review
Comment #7
smustgrave commentedBelieve it was discussed on slack that maybe a class gets added for inline. To cover backwards compatibility.
Comment #8
muskan kumari commentedI am working on this.
Comment #9
wim leersComment #10
muskan kumari commentedI have attached a patch, please verify it.
Comment #11
smustgrave commentedStill seems to be trying to address it purely with css. Think a class should be attempted.
Comment #12
pradipmodh13 commentedHey @smustgrave,
Img is inline level element and in Olivero theme img tag css comes with 'display:block' css property from base.css file so I think we can remove display:block property.
For ref adding screenshot with display block and display inline property.
Can I remove property from base.css file and submit the patch ?
Comment #13
pradipmodh13 commentedRemoved display:block css from base file and it is better solution as img is inline level element.
For ref attached before and after screenshot.
Please review.
Comment #14
pradipmodh13 commentedHey @smustgrave,
If my patch is good then please change the status from needs work to needs review.
Comment #15
joelpittet@pradipmodh13, whenever you put a new patch up it's good if you put an interdiff here's the documentation on how to do that:
https://www.drupal.org/node/1488712
And also feel free to set the status to Needs Review if you want people to look at the changes, that's it's intention. See the description of the statuses:
https://www.drupal.org/docs/develop/issues/fields-and-other-parts-of-an-...
Comment #16
smustgrave commentedRemoving this CSS will most likely caused a visual regression on existing sites.
If the current fix solves the issues going forward thats great but think we need to consider existing sites too.
Which is why I suggested some sort of new class being added that the css can work with. That way the problem is solved and existing sites should be left alone.
Comment #17
bskibinskiJust chiming in with some advice:
setting display: block on images only to fix the bottom "whitespace" issue is not the best way, images should be inline by default.
A simple non-intrusive fix for the whitespace at the bottom of images is to just set "vertical-align: top" or any other statement except 'baseline' (I usually go for top).
Hope this helps.
Comment #18
ricksta commentedI strongly agree with the approach in #16 above. The other alignments mostly utilize adding a CSS class, too. Though I notice a
data-align="right"in the CKEditor "source" becomesclass="align-right"when a page is saved. So, I'm not sure what that attribute would be that would then become a CSSdisplay: inline. I also agree with comment #17 that the default should be one where the adjacent content doesn't fall to the bottom.Comment #20
saurav-drupal-dev commentedhello,
i have tried the patch '3351145-in-line-from' and its working fine after remove
'display: block'from the code and create a separate style for video working fine please check attachment.Comment #21
saurav-drupal-dev commentedComment #22
saurav-drupal-dev commentedComment #24
joelpittetNot totally sure why it was 'Needs Work' but catching it up this stalled issue of mine.
Comment #25
joelpittetOh 'existing sites' hmm needs more thought...
Comment #26
quietone commentedThe Olivero theme was approved for removal in #3590816: [policy, no patch] Deprecate Olivero and move to contrib.
This is Postponed. The status is set according to two policies. The Remove a core extension and move it to a contributed project and the Extensions approved for removal policies.
The deprecation work is in #3595082: [meta] Tasks to deprecate the Olivero theme and the removal work in #3595085: [meta] Tasks to remove the Olivero theme.
Comment #27
quietone commented