RESOLVED FIXED 236694
[css-grid] Simplify RTL handling
https://bugs.webkit.org/show_bug.cgi?id=236694
Summary [css-grid] Simplify RTL handling
Matt Woodrow
Reported 2022-02-16 00:46:16 PST
We currently store columns in logical order (column 0 is the rightmost physical column), but we offset these positions using the physical left border, padding and content distribution offset. This makes for some tricky conversions to get into the final coordinates to set on the RenderElement. I think we can store purely logical coordinates, and subtract that from the width to get the final coordinates.
Attachments
Patch (12.12 KB, patch)
2022-02-16 00:50 PST, Matt Woodrow
no flags
Patch (12.62 KB, patch)
2022-02-16 11:39 PST, Matt Woodrow
no flags
Patch for EWS including bug 236626 (15.31 KB, patch)
2022-02-16 11:40 PST, Matt Woodrow
no flags
Patch (12.59 KB, patch)
2022-02-21 13:31 PST, Matt Woodrow
no flags
Matt Woodrow
Comment 1 2022-02-16 00:50:20 PST
Manuel Rego Casasnovas
Comment 2 2022-02-16 05:09:40 PST
Comment on attachment 452156 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=452156&action=review This is a great cleanup, if all tests keep passing (EWS are red now as the patch doesn't apply), it'd be nice to get it landed. > Source/WebCore/rendering/RenderGrid.cpp:1575 > +LayoutUnit RenderGrid::resolveAutoStartGridPosition(GridTrackSizingDirection) const This method doesn't use the param, please remove it. Also this method just returns zero, do we need a method for this? > Source/WebCore/rendering/RenderGrid.cpp:1584 > return clientLogicalWidth(); This method is now very simple, maybe we don't need it like resolveAutoStartGridPosition(). > Source/WebCore/rendering/RenderGrid.cpp:1651 > + Nit: Extra line not needed.
Matt Woodrow
Comment 3 2022-02-16 11:39:12 PST
Matt Woodrow
Comment 4 2022-02-16 11:40:30 PST
Created attachment 452220 [details] Patch for EWS including bug 236626
Matt Woodrow
Comment 5 2022-02-16 11:42:24 PST
(In reply to Manuel Rego Casasnovas from comment #2) > Comment on attachment 452156 [details] > Patch > > View in context: > https://bugs.webkit.org/attachment.cgi?id=452156&action=review > > This is a great cleanup, if all tests keep passing (EWS are red now as the > patch doesn't apply), it'd be nice to get it landed. Hopefully the 'Patch for EWS' is green now, it depends on bug 236626 (which is a bit ugly, but adds a test, and inspired this cleanup).
EWS Watchlist
Comment 6 2022-02-16 11:44:18 PST
This patch modifies the imported WPT tests. Please ensure that any changes on the tests (not coming from a WPT import) are exported to WPT. Please see https://trac.webkit.org/wiki/WPTExportProcess
Dean Jackson
Comment 7 2022-02-17 08:08:00 PST
Comment on attachment 452219 [details] Patch rs=me but it seems iOS isn't quite happy applying the landing patch.
Matt Woodrow
Comment 8 2022-02-21 13:31:20 PST
Dean Jackson
Comment 9 2022-02-21 17:10:26 PST
Comment on attachment 452765 [details] Patch Assuming the bots get another crack at this after the WebGPU breakage is cleared...
Radar WebKit Bug Importer
Comment 10 2022-02-23 00:47:19 PST
EWS
Comment 11 2022-02-24 15:19:14 PST
EWS
Comment 12 2022-02-24 19:11:54 PST
Committed r290491 (247781@main): <https://commits.webkit.org/247781@main> All reviewed patches have been landed. Closing bug and clearing flags on attachment 452765 [details].
Note You need to log in before you can comment on or make changes to this bug.