Re: Window stacking order

[Fred Kiefer]

Hi Johannes,

just to better understand the case you are talking about. Is this
correct: You have a normal GNUstep application, say Ink and have another
X11 app that is running in alway on top mode (defined by what?). Then
you focus a window of the GNUstep application and that window gets
before the one that should be on top.

Or does this only happen for special GNUstep windows which are without
decoration (created in what way?)

The code you will have to look at is in back/Source/x11/XGServerWindow.m
partly in the function setWindowHintsForStyle() and the method

- (void) setwindowlevel: (int)level : (int)win

That method also gets called from -orderwindow::: which will be the
place that should be called in your case. If you look at the code in
-setwindowlevel:: you will notice that we try to adhere to a lot of
standards there, but we also have a lot of special code for window
managers not working according to the standard. The actual code was
supposed to work correctly on my own KDE installation a few years ago. I
gave up after that. Feel free to give it a try and report back.

Cheers
Fred



Am 11.11.2014 um 10:07 schrieb Lundberg, Johannes:
> This applies to decor/borderless windows (<decor>no</decor> in openbox
> rc.xml).
> 
> If there are decors, it works as expected.
> 
> --
> Johannes Lundberg
> 
> 
> On Tue, Nov 11, 2014 at 5:55 PM, Lundberg, Johannes
> <johannes@brilliantservice.co.jp
> <mailto:johannes@brilliantservice.co.jp>> wrote:
> 
>     Hi
> 
>     I tried several different window managers on Linux and on all of
>     them I can not get GNUstep apps to play nicely with other apps when
>     it comes to windows stacking order.
> 
>     Currently I am using openbox and trying to configure an always on
>     top X11 app but the GNUstep app gets on top when given focus even
>     though it shouldn't. Other apps (stock X11 apps) do not get on top
>     when focused.
> 
>     Anyone know any fix for this?
> 
>     Best regards
>     --
>     Johannes Lundberg