On Mon, 17 Jun 2024 08:55:45 GMT, Prasanta Sadhukhan <psadhuk...@openjdk.org> wrote:
>> Yes, I hope now it is safe to remove these lines. Since TAB/SHIFT navigation >> is rejected with this >> [fix/line](https://github.com/openjdk/jdk/blame/5528ad74902fa4f4ec621d70e7e7d85f4ac1d780/src/java.desktop/share/classes/sun/swing/FilePane.java#L1314) >> which is further handled in BasicTableUI class >> ([Here](https://github.com/openjdk/jdk/blame/7b38bfea331437ad99277032de7fce939303abc8/src/java.desktop/share/classes/javax/swing/plaf/basic/BasicTableUI.java#L679)). > > So far what I have seen in native windows filechooser, it seems TAB moves the > focus outside the table so long we are not editing the tablecell(to top of > Name column and then to textfield) in "Details" mode and NOT within the table > cells, which is what is being expected here... > If we are to follow the native behaviour, then I guess this should be closed > as "Not an issue" unless I am missing something.. It's not about `JFileChooser` TAB/ENTER key functionality here. The issue is w.r.t to JTable which when used/invoked after `JFileChooser` `DetailsView` is clicked. The functionality of TAB/ENTER which is supposed to move the focus to next column/row is been removed in `DetailsView` of `JFileChooser`. As in test case, I have added `JFileChooser` and `JTable` in a single frame. Once user clicks on `DetailsView` of `JFileChooser` and then tries to navigate within `JTable`, the functionality doesn't work since it's been removed from `UIActionMap`. ------------- PR Review Comment: https://git.openjdk.org/jdk/pull/19725#discussion_r1642466632
