[xmonad] Splitting into xmonad-core/xmonad/xmonad-contrib; WAS Small announce about the completion of the bluetile merge

Don Stewart dons at galois.com
Sat Feb 13 23:24:21 EST 2010

> I don't see the point of adding another package, what problem does it really
> solve?  Some of the arguments for adding a third package border on
> intellectual dishonesty: we can't claim that xmonad is the same minimal window
> manager if we quadruple the lines of code used in the default configuration.
> I'd like to see concrete suggestions of what ought to be added if we made this
> xmonad/core/contrib split.
> Regarding "sane defaults", I think there are just a few things that need to
> be added to xmonad proper:
>  - Full screen windows
>  - ICCCM focus protocol/make Java work
>  - Handling of a few window types: dock, desktop, etc.
>  - Status bar without editing xmonad.hs (current plan is to do this via EWMH)
> Each of these could be added to the xmonad we know now without changing
> packaging policy.

I also agree: adding these to the core is the sensible thing.

Originally the idea was that xmonad-the-core was what Spencer and I ran
without any configuration. If that's not the case anymore, we should add
some things to the core. These look like a sensible list of things.

-- Don

More information about the xmonad mailing list