On Sun, 11 Sep 2022 19:29:05 GMT, Marius Hanl <[email protected]> wrote:
> > Personally, I think that we should support both - we have a separate > focusModel so should use it independently of the selectionModel where > possible. A good starter for this issue might be to implement the activate > such that it doesn't back out on null selection (just leave out the select > statement). The consistent support of navigation might be done in a follow-up > issue. Seeing you on a similar path :) Just to summarize, with null selectionModel - appropriate keys on the focused row starts the edit with null selection model - focus navigation is left for a future issue two suggestions: - we might want a test to capture the start edit, f.i. on SPACE - file an issue covering the focus navigation to not forget? ------------- PR: https://git.openjdk.org/jfx/pull/711
