errael commented on PR #8288: URL: https://github.com/apache/netbeans/pull/8288#issuecomment-2707266830
> ... > Can you reproduce this difference? @nmatt It's not clear to me that there's a reason to explore this difference as part of this PR. Before NB-16 focus/TC-activation was inconsistent and caused a variety of problems. And reading your post, it looks like where the focus ended up was inconsistent depending on "subtle" initial state differences. #4603 fixed an obvious bug. After that PR some multi-step focus changes, for example triggered by `Alt-F` in a floating window, incorrectly activated a TopComponent, see #7952. This PR, #8288, fixes that by waiting for all the steps of the focus change to complete before possibly activating the last focused component. Neither #4603 nor #8288 change the keyboard focus. Where focus ends up is handled by the `KeyboardFocusManger`. You might want to open an issue about focus changes that you find problematic. `NetBeans` uses the `DefaultKeyboardFocusManager`. I didn't track down how/where `Alt-F` is handled and why it's multi-step focus change. --- BTW, I used NB13 for testing because that's the only pre NB16 I have installed. I'd hoped, and you've verified, that NB13 and NB15 behave the same concerning these issues. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: notifications-unsubscr...@netbeans.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: notifications-unsubscr...@netbeans.apache.org For additional commands, e-mail: notifications-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
