You can see that _NET_WM_STATE doesn't include and NET_WM_DESKTOP is 0, so
there is nothing in AWN window that instructs the window manager to set it
sticky.
FYI, the same problem shows in KDE (kwin) too. I believe AWN is not using the
standards (EWMH) ways of setting its window sticky but rather relies on
specific implementation that set dock windows sticky by default (which is not
specified by the standard) - I do not see why docks should be necessarily
sticky...
FTI, both metacity and compiz do treat docks as sticky, but neither kwin nor
xfwm4 do.
So this is a bug with AWN, not xfwm4."
To sum it up, he said that AWN does not do anything to tell the window manager that it should be on all desktops; all it does is set itself as a dock. The attached patch instructs xfwm to display all docks on all workspaces. He has not yet decided if it should be merged into the svn tree, but would not have to if AWN were standards complient.
(Quoted from Oliver Fourdan, xfce devel)
"An xprop on AWN window gives:
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0 STATE_DEMANDS_ ATTENTION ALLOWED_ ACTIONS( ATOM) = _NET_WM_ ACTION_ CHANGE_ DESKTOP DESKTOP( CARDINAL) = 0
Client accepts input or input focus: True
Initial state is Normal State.
window id # of group leader: 0x2e00001 DRAG_RECEIVER_ INFO(_MOTIF_ DRAG_RECEIVER_ INFO) = 0x6c, 0x0, 0x5, 0x0, FOR(WINDOW) : window id # 0x2e0000b SYNC_REQUEST_ COUNTER( CARDINAL) = 48234537 WINDOW_ TYPE(ATOM) = _NET_WM_ WINDOW_ TYPE_DOCK LEADER( WINDOW) : window id # 0x2e00001 PID(CARDINAL) = 6537 NAME(STRING) = "en_US.UTF-8" MACHINE( STRING) = "m1710" HINTS(WM_ SIZE_HINTS) :
program specified minimum size: 388 by 96
program specified maximum size: 388 by 96
window gravity: NorthWest SYNC_REQUEST window- navigator" , "Avant- window- navigator" NAME(STRING) = "avant- window- navigator" ICON_NAME( UTF8_STRING) = 0x61, 0x76, 0x61, 0x6e, 0x74, 0x2d, 0x77, window- navigator" NAME(UTF8_ STRING) = 0x61, 0x76, 0x61, 0x6e, 0x74, 0x2d, 0x77, 0x69,
_NET_WM_STATE(ATOM) = _NET_WM_
_NET_WM_
_NET_WM_
WM_HINTS(WM_HINTS):
XdndAware(ATOM) = BITMAP
_MOTIF_
0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
WM_TRANSIENT_
_NET_WM_
_NET_WM_
WM_CLIENT_
_NET_WM_
WM_LOCALE_
WM_CLIENT_
WM_NORMAL_
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING,
_NET_WM_
WM_CLASS(STRING) = "avant-
WM_ICON_
_NET_WM_
0x69, 0x6e, 0x64, 0x6f, 0x77, 0x2d, 0x6e, 0x61, 0x76, 0x69, 0x67, 0x61, 0x74,
0x6f, 0x72
WM_NAME(STRING) = "avant-
_NET_WM_
0x6e, 0x64, 0x6f, 0x77, 0x2d, 0x6e, 0x61, 0x76, 0x69, 0x67, 0x61, 0x74, 0x6f,
0x72
You can see that _NET_WM_STATE doesn't include and NET_WM_DESKTOP is 0, so
there is nothing in AWN window that instructs the window manager to set it
sticky.
FYI, the same problem shows in KDE (kwin) too. I believe AWN is not using the
standards (EWMH) ways of setting its window sticky but rather relies on
specific implementation that set dock windows sticky by default (which is not
specified by the standard) - I do not see why docks should be necessarily
sticky...
FTI, both metacity and compiz do treat docks as sticky, but neither kwin nor
xfwm4 do.
So this is a bug with AWN, not xfwm4."
To sum it up, he said that AWN does not do anything to tell the window manager that it should be on all desktops; all it does is set itself as a dock. The attached patch instructs xfwm to display all docks on all workspaces. He has not yet decided if it should be merged into the svn tree, but would not have to if AWN were standards complient.