- Issue created by @catch
- π¬π§United Kingdom catch
Moving this under CSS.
This appears to be mainly supported by the 'align' core filter, which could use #attached.
So I wonder whether the align filter, and views once it's using the core classes, could both #attach a core/align library.
Then we'd still need to address the lack of RTL support on top of that too.
- π¬π§United Kingdom d.fisher
darren.fisher β made their first commit to this issueβs fork.
- Merge request !11627Update align.module.css to use modern CSS logical properties. β (Open) created by d.fisher
- π¬π§United Kingdom d.fisher
I've updated the CSS in align.module.css to use modern logical properties. Ideally the class names would also change but that will introduce breaking changes for any themes that use the existing classes. Let me know if there's anything else that needs to happen on this?
- πΊπΈUnited States smustgrave
Should this be postponed on π Remove the views-align-* CSS classes Active
- π¬π§United Kingdom catch
@smustgrave they can happen independently, the other issue doesn't change the CSS file here at all, just remove's views' own version.
- πΊπΈUnited States smustgrave
Ok in that case should this land now? Know there was a comment in the other about combining.
Applied the MR though and text-align right still appears to be working as before so marking RTBC if this should still land before.
- π¬π§United Kingdom catch
Not sure what to do about the classnames though, will at least need another follow-up so back to review for that.
- Status changed to Needs review
about 1 month ago 12:30am 3 July 2025 - πΊπΈUnited States smustgrave
Sorry let this one lapse but still not sure how to best test
- π¬π§United Kingdom catch
There is an align text filter with core, so it would need a text format that uses that filter, that then uses the align options, to see if the existing classes actually do anything. I haven't tried this, it's the only place I could find that possibly uses the functionality.
Once that's confirmed, could then switch to the MR branch to see if it works with the logical properties.
- πΊπΈUnited States smustgrave
Here's the screenshot before the MR
After applying the MR and clearing cache I get the same exact results.
To me then this is good to go right.
- π¬π§United Kingdom longwave UK
I'm not sure we should commit at least the
text-align-*
part, as I think this change affects RTL users who might have formatted text in CKEditor. The CKEditor alignment plugin uses these classes:ckeditor5_alignment: ckeditor5: plugins: [alignment.Alignment] config: # @see core/modules/system/css/components/align.module.css alignment: options: - name: left className: text-align-left - name: center className: text-align-center - name: right className: text-align-right - name: justify className: text-align-justify
If users in an RTL language have used these to explicitly force text to one of the screen, after this is committed, won't the text move to the other side? It also means the icons are backwards for RTL users now; the icons that shows left-aligned text will right align it for them.