Using, eg, 0xBBBBBB directly makes assumptions about the server's colormap and
only works on 24-bit displays.
This patch fetches the colors on every doLayout call, which is ugly, but works.
It would be nice if we could do all the required initColors only once.
Automatically puts the focused window in the master position. It's magic.
I wrote this for the Circle layout, but it's actually usable with other
layouts as well.
This is designed for layouts like full and tabbed, where the red square
around the screen actually conveys no information (except for weird windows
that use the shape extension or something, so that more than one window is
actually visible). Save some real estate at no cost.
For some reason (not entirely clear to me) this doesn't work properly just
yet with the tabbed layout. :( But at least it'll compile. The trouble is
that we have no way of tracking which tab ought to be visible without
adding a *lot* of infrastructure. I'd rather have that infrastructure in
xmonad proper than reimplement all the focus-handling in combo, so for now
I'll just delay upgrading my xmonad at work...
This is probably only ever useful in combination with Combo.
It sticks one window in a square region, and makes the rest
of the windows live with what's left (in a full-screen sense).
Actually, it sets the current directory in a layout, since there's no way I
know of to attach a behavior to a workspace. This means that any terminals
(or other programs) pulled up in that workspace (with that layout) will
execute in that working directory. Sort of handy, I think.
newDecoration now takes a Window parameter, which is the window the decoration
is "for". If there is a PropertyNotify for that window, the decoration is
redrawn.
