Harshitha,
Thanks for the suggestions. I think those don’t really resolve the
problem, though.
In the original sample program (having only 1 frame) watching the
keyboard focus could help identify when there’s a change, but if there’s
a second frame: that second window could retain the focus and the first
window still can’t answer the question, “Are you minimized now?”
(I have an updated sample program
<https://drive.google.com/file/d/1uzUUDnAlPoHlFdbVgunwpFKvn4Ies-6-/view?usp=sharing>
here with two frames if anyone’s interested.)
Further: the window could lose the focus at any time (if a system dialog
came up), so I don’t think focus should act as a proxy for visibility.
I did find tonight a work-around for our app a few hours ago. We have
some native code that identifies all visible windows, their bounds and
their title. If I consult that list: I see a window that matches our
(sufficiently unique) window title. And its bounds do not at all match
with what Java says our window’s bounds are. And it is positioned so 99%
of it overlaps with a window called “Gesture Blocking Overlay”. (All
Stage Manager thumbnails appear to have an overlay window with this
title.) So it’s a very kludgy and brittle work around, for for the time
being it works.
This leads me to believe the Mac OS windowing system doesn’t consider
the frame to be “hidden”. I think the window remains technically
visible. And Mac OS knows it has new bounds. But the peer in Java is
oblivious to the new bounds/state. (I examined the peer LWWindowPeer in
a debugger: it still thinks the window is visible (technically true) and
its bounds are unchanged (not true).)
The more I look at this: I’m afraid the crux of this problem is Stage
Manager has introduced a new window state that Java’s AWT architecture
can’t really describe yet. (But I’d love to be proved wrong…?)
- Jeremy
------ Original Message ------
From "Harshitha Onkar" <[email protected]>
To "Jeremy Wood" <[email protected]>
Cc "[email protected]" <[email protected]>
Date 2/16/2023 1:57:56 AM
Subject RE: Stage Manager Problems
Hi Jeremy,
Does any of the following options help in your case to determine
whether or not the frame is iconified?
frame.isActive()
frame.isFocused()
frame.isAlwaysOnTop()
Thanks & Regards,
Harshitha Onkar
From: client-libs-dev <[email protected]> On Behalf Of
Jeremy Wood
Sent: Wednesday, February 15, 2023 10:08 PM
To:[email protected]
Subject: Stage Manager Problems
We’re experiencing problems related JFrames while Stage Manager
<https://www.computerworld.com/article/3667999/what-is-apple-stage-manager-and-how-is-it-used.html>
is active Mac.
When Stage Manager is active the yellow minimize button on our JFrame’s
appears to “minimize” our app. But as far as our Frame is concerned:
1. Frame.getExtendedState() does not indicate we’re in an ICONIFIED
state
2. Frame.isShowing() returns true
3. a java.awt.desktop.AppForegroundListener believes our app is in the
foreground.
We want to identify when we’re in this hidden state. Is there any other
property we can consult to help identify this state?
I’m happy to submit an openjdk ticket if needed, but first I wanted to
sanity check that I’m not missing something. (I also tried querying
<https://bugs.openjdk.org/issues/?jql=text%20~%20%22%5C%22Stage%20Manager%5C%22%22>
the openJDK bug database, but didn’t see any hits.)
I tried rummaging around in Mac-specific classes (like
CPlatformWindow), but I didn’t see any promising leads. It’s always
possible I missed something, though.
Attached is a small 200-line demo app.
