On Wed, Jun 20, 2007 at 06:54:58AM -0700, David Roundy wrote:
One is that we could use this to move the gap treatment into XMonadContrib, or at least out of XState, as we no longer require a special data structure to store the gaps: it could just be a very simple Layout modifier. I believe this would simplify the core even if we don't move it entirely into XMonadContrib (which is what I'd do, figuring that core should be only things that either everyone needs or are both trivially small and something that everyone needs *one* of.
I should add that another potential future use would be a Xinerama-based layout that computed the gaps automagically at runtime based on the sizes of any status bars present, recognized by that hint or whatever--which I've forgotten the name of, obviously--that tells the WM not to manage them. Then people who use status bars wouldn't need to figure out exactly how many pixels wide they are, and could resize them dynamically, etc. -- David Roundy Department of Physics Oregon State University