Hello,
Is it normal behavior for an SDL window to follow along (i.e. move to the
new workspace) when you switch between workspaces? This is not normal
behavior for X windows unless you set the window manager “sticky” or
"always on visible workspace" hint/option for the window.
Thanks,
EdHello,
Is it normal behavior for an SDL window to follow along (i.e. move to the new
workspace) when you switch between workspaces? This is not normal behavior
for X windows unless you set the window manager “sticky” or “always on
visible workspace” hint/option for the window.Thanks,
Ed
Okay… after a quick look at 2.0.5 latest sources, I don’t see any
mention of _NET_WM_STATE_STICKY, so that tells me something else might be
at work here that is causing the SDL to move the window along relative to
the workspace x/y offset. (IIRC, workspaces in X11 are really just
geometry x/y offsets into a big “virtual desktop” area).
Anyone seen this “sticky” behavior for SDL windows on Linux/X?
By the way, the same thing happens for fullscreen windows in multi-monitor
setups when you have your SDL app running fullscreen on one of the
monitors… switching workspaces makes the fullscreen SDL app switch to
the current workspace after every switch.
I know I found at least one way to use keyboard shortcuts with the window
manager which would cause the SDL window to get “left behind” on the
original workspace (i.e. not moving itself to the new workspace) but I
don’t recall at the moment what I did to make this happen.
EdOn Wed, 2 Nov 2016, Ed Phillips wrote: