After building and install as normal, be sure to unregister your
old XMonadContrib library:
$ ghc-pkg unregister --user XMonadContrib-0.4
$ ghc-pkg unregister XMonadContrib-0.4
And then your ~/.xmonad/* stuff should link as normal.
This module is another key bindings customization helper.
Differences from XMonad.Util.EZConfig by Devin Mullins:
EZConfig -- M.union/M.difference
CustomKeys -- Monad.Reader + foldr'ed M.insert/M.delete
IMHO, both modules could evolve into something nice. :)
Please discuss at the mailing list.
Note: If you're using UrgencyHook, this will break your config.
@withUrgencyHook SomeUrgencyHook@ is XConfig -> XConfig, now. The layout hook
has been renamed to urgencyLayoutHook.
It may also be worth noting that, in order to recreate the old behavior without
using redoLayout (so that this may be ported to an eventHook), I had to hijack
logHook. Shouldn't harm anything, though.
TODO: update main docs
The latter is pretty useless, as there's no way to find out what
layouts are available, but it can at least allow you to select between
any layouts that you happen to be using already (in one workspace or
another). The former is handy any time you'd rather have a short name
for a layout (either for selecting, or for viewing in a status bar).
Looking for suggestions on this module. Does it belong here? Is there a better
name? Should the additional* functions pass the modMask to their second
argument? etc.
Code modified on advice of Wachter; note I make absolutely no claims that the code runs correctly or doesn't eat your pets or does anything besides compile without any warnings.
I've now tested this module, and it works on x86--but doesn't work on
x86-64, because ManageDocks doesn't work on 64-bit. But in any case, it
works almost perfectly, with no user intervention needed (and no special
hooks). The only catch is that it doesn't notice when a panel disappears,
so the layout won't adjust until the next refresh (e.g. if you change
focus, layout or workspace).
