This makes me think that a different algorithm might be needed, a simulated annealing perhaps.
The issue can be reproduced on Windows by setting fractional scale:
Windows 11:
Settings -> System -> Display -> Scale -> 125% (or 225% ...)
In the attached video clip, when resizing a column under AUTO_RESIZE_FLEX_NEXT_COLUMN policy, only subsequent columns should get resized. Instead, we see that columns to the left of the one being resized are affected. This does not happen with integer scales or on Mac.
- is blocked by
-
JDK-8311527 Region.snapInnerSpace*()
- Open
- relates to
-
JDK-8293119 Additional constrained resize policies for Tree/TableView
- Resolved
-
JDK-8264591 HBox/VBox child widths pixel-snap to wrong value
- Open
-
JDK-8299755 Tree/TableView: Cursor Decouples From Divider When Resizing With Fractional Scale
- In Progress
-
JDK-8305709 [testbug] Tree/TableViewResizeColumnToFitContentTest fails with fractional screen scale
- Resolved
-
JDK-8306571 [testbug] Skip Tree/TableViewResizeColumnToFitContentTest with fractional screen scale
- Resolved
-
JDK-8311527 Region.snapInnerSpace*()
- Open
- links to
-
Review(master) openjdk/jfx/1156