Brian Bidulock

Please type ```xprop _NET_WM_WINDOW_TYPE``` and click on the torn-off menu and report what it says.

So, what's the matter with menus being in the menu layer? Only pinnable toolbars and tear-off menus are in the menu layer...

That is what they are supposed to do, particularly when they are transients for their main window, whcih they are in the GTK case. This is the old Gnome2/WMH behaviour...

Now, overriding the layer does not really fix anything, because layers should not be used for any purpose other than determining the window type for old WinWM/WMH or Motif tool...

The proper solution here is to make ice stack windows in accordance with https://specifications.freedesktop.org/wm-spec/wm-spec-1.5.html and, in particular, sections "Layered stacking order" and "Stacking order". Under these rules, the GTK tear-off...

Yes, gimp violates ICCCM 2.0 and doesn't seem to care.

The point here is that it is not the setting of layer by window type that is the problem, but stacking windows by layer.

So gimp is at fault here: instead of breaking ICCCM 2.0 compliance by removing WM_TRANSIENT_FOR, it should set the window type to _NET_WM_WINDOW_TYPE_NORMAL to have them treated normally. We could...

You need a complete GNU autoconf/automake/getttext/libtool or alternately a cmake toolchain to build the package. Its been a long time since I used ubuntu, but I helieve there is some...

Sorry, modality is defined in NetWM/EWMH specification as well as OSF/Motif specification in conjunction with (GNOME1) WinWM/WMH. IceWM does not check the group window to determine whether windows are application...