http://standards.freedesktop.org/wm-spec/1.3/ar01s05.html contains:
""" _NET_WM_STATE_ABOVE indicates that the window should be on top of most windows (see the section called “Stacking order” for details). _NET_WM_STATE_BELOW indicates that the window should be below most windows (see the section called “Stacking order” for details). _NET_WM_STATE_ABOVE and _NET_WM_STATE_BELOW are mainly meant for user preferences and should not be used by applications e.g. for drawing attention to their dialogs (the Urgency hint should be used in that case, see the section called “Urgency”). """ >From that, I don’t think using _NET_WM_STATE_ABOVE to make a window floating is the correct way. Taking a step back, why does the window need to be floating at all? i3 deliberately only makes dialog windows floating, and if your window is not a dialog window, it not being floating is working as intended. On Tue, Aug 25, 2015 at 5:21 PM, Kevin J <jkev...@umbc.edu> wrote: > Hi everyone, > > GLFW has a window creation flag to make a window FLOATING, it uses > _NET_WM_STATE_ABOVE to do this in x11_window.c. > > I have tried adding to the if statement in manage.c and the corresponding > xmacro to atoms.xmacro, but it still doesn't open as a floating window. > After adding this, GLFW's check in x11_init.c works, it didn't before, so it > seems to be registered within i3 correctly, but the > xcb_reply_contains_atom(state_reply, A__NET_WM_STATE_ABOVE) check still > fails. Any idea why this could be happening? > > Additionally, if I do get it working, would this be something worthy of > submitting? or should GLFW be changed to use something other than the > WM_STATE_ABOVE atom to make floating windows? ...although none of the tests > used by i3 seem to be the right fit. > > Thanks, > Kevin -- Best regards, Michael
