RFR: 8305709: [testbug] Tree/TableViewResizeColumnToFitContentTest fails with fractional screen scale
Karthik P K
kpk at openjdk.org
Fri Sep 8 07:09:47 UTC 2023
On Thu, 7 Sep 2023 18:26:50 GMT, Andy Goryachev <angorya at openjdk.org> wrote:
> Snapping introduces differences between computed values and snapped values, so we need to use non-zero tolerance when checking for equality. The maximum tolerance is (1 / scale) - one display pixel scaled back to the local coordinates.
>
> The tests have been modified to use the scale-specific tolerance.
>
> Tested with macOS at scale 1.0 and win11 at scales (100%, 125%, 150%, 175%).
Tested the changes in MacOS and Windows at different scales. Tests execute without error in all the cases.
Added minor comment inline.
tests/system/src/test/java/test/robot/javafx/scene/tableview/TableViewResizeColumnToFitContentTest.java line 69:
> 67: @Test
> 68: public void resizeColumnToFitContentTest() {
> 69: double wid0 = table.getColumns().get(0).getWidth();
The variable names are changed to make L75 and L77 single line? the previous name was easy to understand in my opinion.
tests/system/src/test/java/test/robot/javafx/scene/treetableview/TreeTableViewResizeColumnToFitContentTest.java line 70:
> 68: @Test
> 69: public void resizeColumnToFitContentTest() {
> 70: double wid0 = treeTableView.getColumns().get(0).getWidth();
Same as the comment in previous file. The variable names are changed to make L76 and L78 single line? the previous name was easy to understand in my opinion.
-------------
PR Review: https://git.openjdk.org/jfx/pull/1234#pullrequestreview-1616784990
PR Review Comment: https://git.openjdk.org/jfx/pull/1234#discussion_r1319430653
PR Review Comment: https://git.openjdk.org/jfx/pull/1234#discussion_r1319435705
More information about the openjfx-dev
mailing list