After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 686875 - Use of globally always-on-top windows for splash screen and tools
Use of globally always-on-top windows for splash screen and tools
Status: RESOLVED DUPLICATE of bug 688710
Product: gtk+
Classification: Platform
Component: Backend: Quartz
unspecified
Other Mac OS
: Normal minor
: ---
Assigned To: gtk-quartz maintainers
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2012-10-25 15:44 UTC by David Stark
Modified: 2012-11-20 11:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of the effect. (343.22 KB, image/png)
2012-10-25 15:55 UTC, David Stark
Details

Description David Stark 2012-10-25 15:44:57 UTC
The splash and tool windows are set to be globally on top. This means that even if GIMP isn't the currently active application, they are still visible, obscuring the interface. In the case of the splash window this is further exacerbated by it not being movable, which means it inevitably blocks out the center of the screen.

Example: I currently have GIMP and Firefox open, and Firefox as the active/front application. However, the toolbox is still visible and obscuring part of the Firefox window.

Expected: All globally on-top windows should be locally on-top instead: while GIMP is the active application, they are on-top, and when it's not, they should be either in the correct layer, or actually invisible.
Comment 1 David Stark 2012-10-25 15:55:06 UTC
Created attachment 227278 [details]
Screenshot of the effect.

Here's a screenshot of the issue. (I'd also like to say that in general, having GIMP on the native GUI has been really great, and I understand that this is early days for this switch. Keep up the great work!)
Comment 2 Michael Natterer 2012-10-25 16:35:41 UTC
Docks treatment is handled in bug #585091 and will be fixed as soon
as I am back at my Mac and have some time to test the patches in that
bug. About the splash, I don't think anyone has ever thought about that,
will look into it next week (= back at the Mac).

And thanks for the compliments! :)
Comment 3 Michael Natterer 2012-11-05 00:37:26 UTC
gdkwindow-quartz.c: window_type_hint_to_level() uses NSPopUpMenuWindowLevel,
I don't think there is any reason for this.
Comment 4 Michael Natterer 2012-11-13 19:18:19 UTC
This is probably not what you asked for, but conforms to what everybody
seems to do. Who uses splash screens anyway *cough*. Dunno what to do
with this bug now...

commit 47f0e3f1e1cd6b0ae61ec7ced48cc9802f1a95a4
Author: Michael Natterer <mitch@gimp.org>
Date:   Tue Nov 13 19:58:40 2012 +0100

    quartz: move SPLASHSCREEN-hinted windows to NSStatusWindowLevel
    
    which does not really have a different effect than the previously
    used NSPopUpMenuWindowLevel, but is what all code examples I found
    are using, and it does make more sense.

 gdk/quartz/gdkwindow-quartz.c |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)
Comment 5 Michael Natterer 2012-11-20 11:05:14 UTC
Resolving as duplicate of a newer bug that has a patch to fix the issue.

*** This bug has been marked as a duplicate of bug 688710 ***