| Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
it somewhere
|
|
i dunno
|
|
and the pointer was on it and then going onto another from the close. er, yeah.
|
|
a WM_TRANSIENT_FOR hint.
|
|
|
|
|
|
!= NULL" consistantly. props to Logan again :)
|
|
remove/add to the focus order, and then we're in there twice
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
members of the client's group
|
|
|
|
|
|
lpacement so they will go back where they were when saved
|
|
|
|
|
|
desktop types get put on all desktops
dock types get put in the ABOVE layer
|
|
|
|
|
|
|
|
when focusing new windows
|
|
|
|
|
|
and below *all* normal windows though (even 'above'/'below' ones). if the dock doesn't specify then it will stack along with normal windows.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
should fix crashes irt actions in the action queue for clients that have been destroyed. now those actions are skipped or performed without a client as possible.
|
|
|
|
|
|
|
|
we don't get focused in the fallback.
|
|
|
|
|