[xmonad] Splitting into xmonad-core/xmonad/xmonad-contrib; WAS
Small announce about the completion of the bluetile merge
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.
More information about the xmonad