RFR: 8185429: [macos] After the dialog is closed, there is no window become active.

[Alisen Chung]

On Wed, 13 Oct 2021 20:02:10 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Yea, that makes sense. I'm stuck on how to check for whether the blocker window was in focus since by the time setModalBlocked(false) is called the blocker window is no longer in focus. Do you have any suggestions on how to approach this?
>
> probably it is possible to save the state of the closed dialog before closing it and pass it here? This class is not a public API you can change the parameters in these methods.

I wasn't able to find when or where the dialog ever becomes active, and I actually think now that it never does become active window. I checked Apple's documentation on NSPrintPanel and turns out that it doesn't even inherit from NSPanel nor NSWindow so it can never become a key window (active status). Looks like it should be safe to not check for active status because a print dialog popup should block all other windows in the application anyway, so it will always be "active" window.

https://developer.apple.com/documentation/appkit/nsprintpanel?language=objc

This is also the case for page setup and NSPageLayout.

https://developer.apple.com/documentation/appkit/nspagelayout?language=objc

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

PR: https://git.openjdk.java.net/jdk/pull/5884