RFR: 8091673: Public focus traversal API for use in custom controls [v6]

[Andy Goryachev]

On Tue, 29 Oct 2024 17:55:55 GMT, Michael Strauß <mstrauss at openjdk.org> wrote:

>  users of a GUI will interact with a mouse (or touch), not with the keyboard.

It's one of the falsehoods programmers should be aware of.

But regardless of how they interact with the UI, the focus indicator should always indicate the focus owner, no?  There might be levels of indication, such as grayed focus border when the component does not have input focus, vs blue focus border when it does, but there should never be a situation when the component **has input focus and no indication**, right?

So perhaps the focus subsystem should have been designed to have these three properties:

- focus-owner
- focus-highlighted
- parent-of-focus-owner

Applying this logic to the issue at hand, we probably should drop the boolean argument and say it "is expected to be called in response to a KeyEvent", that is, do not give the user the choice they don't need (or want).

What do you think?

-------------

PR Comment: https://git.openjdk.org/jfx/pull/1604#issuecomment-2445163617