RFR: 8338041: Keyboard Navigation of JTable, Ctrl Shift RIGHT/LEFT doesn't follow native action in GTK L&F [v2]
Harshitha Onkar
honkar at openjdk.org
Thu Aug 22 00:05:08 UTC 2024
On Tue, 20 Aug 2024 07:26:12 GMT, Tejesh R <tr at openjdk.org> wrote:
>> In JTable, keyboard navigation keys Ctrl Shift RIGHT/LEFT doesn't follow native actions of Linux. In native the actions are extended to end of selected columns cells either LEFT/RIGHT but in swing gtk look and feel the selection is extended to one cell to left/right. This might be taken as reference of Windows OS since the same is observed in Windows native. Hence I have update the actions for Ctrl Shift RIGHT & LEFT.
>> Added automated test too. The fix is tested in CI and its fine.
>
> Tejesh R has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev excludes the unrelated changes brought in by the merge/rebase. The pull request contains four additional commits since the last revision:
>
> - Updated review comments
> - Merge branch 'master' of https://git.openjdk.java.net/jdk into branch_8338041
> - Test updates
> - Key action modified + Automatic test added
test/jdk/javax/swing/plaf/gtk/JTableCtrlShiftRightLeftKeyTest.java line 124:
> 122: String failureMsg = "Test Failure. Failed to select cells for Ctrl" +
> 123: " Shift " + key + " selection";
> 124: throw new RuntimeException(failureMsg);
Suggestion: A StringBuffer can be used to log the errors and the RuntimeException can be thrown at the end after checking both cases- left and right selection similar to this test https://github.com/openjdk/jdk/blob/47c8a6a8db979fe862be876008feb76cdc9dccfd/test/jdk/javax/swing/plaf/metal/MetalBorders/ScaledMetalBorderTest.java#L82
-------------
PR Review Comment: https://git.openjdk.org/jdk/pull/20608#discussion_r1725977520
More information about the client-libs-dev
mailing list