June 2007 - xmonad - Haskell.org

darcs patch: change argument order of getWindowProperty to maximize...
by Jason Creighton 22 Jun '07

22 Jun '07

Thu Jun 21 19:06:27 MDT 2007 Jason Creighton <jcreigh(a)gmail.com> * change argument order of getWindowProperty to maximize currying potential

2 1

darcs patches: Circle, Magnifier: raise the focus window
by Peter De Wachter 22 Jun '07

22 Jun '07

[This is a resend, it seems my first mail didn't make it to the list.]

2 1

darcs patch: make Mosaic lay thigs out a bit better.
by David Roundy 22 Jun '07

22 Jun '07

Thu Jun 21 09:26:32 PDT 2007 David Roundy <droundy(a)darcs.net> * make Mosaic lay thigs out a bit better.

2 1

darcs patch: add SimpleStacking module to make Combo and Tabbed wor...
by David Roundy 22 Jun '07

22 Jun '07

This is an amend-recorded version of the SimpleStacking patch, which fixes a (slow) leak and a warning. David Thu Jun 21 08:15:24 PDT 2007 David Roundy <droundy(a)darcs.net> * add SimpleStacking module to make Combo and Tabbed work together. WARNING! This change will break existing Tabbed configurations. The problem is that there is no way within a Layout's "doLayout" to safely modify the layout itself. This makes LayoutHooks fragile, and more to the point, makes SimpleStacking fragile, so we can't safely define a tabbed' = simpleStacking . tabbed A workaround would have been to duplicate the tabbed code, but I'd rather leave the ugliness and get this fixed.

2 1

darcs patch: add SimpleStacking module to make Combo and Tabbed wor...
by David Roundy 21 Jun '07

21 Jun '07

Hi all, This module gets Combo working with Tabbed again, by adding a SimpleStacking layout modifier, which mimics the old stacking behavior, using Spencer's latest patch. However, this is fragile, and I think it's fragile because of a design problem that is easily fixed--but not before work this morning. The trouble is that within doLayout, there's no way for a layout to modify itself, because it can't tell which layout it is... and because it may not be a "root" layout at all. The solution seems simple: redefine data Layout a = Layout { doLayout :: Rectangle -> Stack a -> X ([(a, Rectangle)], Maybe (Layout a)) , modifyLayout :: SomeMessage -> X (Maybe (Layout a)) } so doLayout can modify itself. This makes all the Layout transformers a little harder to write, but a helper module ought to be able to fix that. And it makes me wonder yet again whether we should be defining a class class Layout l a where doLayout :: l -> X Rectangle -> Stack a -> X ([(a, Rectangle)], Maybe (Layout a) modifyLayout :: l -> SomeMessage -> X (Maybe (Layout a)) serializeLayout :: l -> String readLayout :: String -> Maybe (l, String) -- or some other parser-like thing data Layout a = forall l. Layout l a => Layout a This might lend itself to somewhat prettier Layout code that is more "data-structure-based" rather than self-modifying-function-based. I imagine this would lead to friendly interfaces for easy-to-write layout modifiers. David P.S. I'd be curious to see implemented a "popularity-contest" module for xmonad once we've got serialization, which could use the logging mechanism to report on the most frequently used layouts. And yes, this would be in XMonadContrib and only manually enabled. I have no idea how many people are actually using Tabbed, and how likely this is to break folks' Config files. Thu Jun 21 07:55:00 PDT 2007 David Roundy <droundy(a)darcs.net> * add SimpleStacking module to make Combo and Tabbed work together. WARNING! This change will break existing Tabbed configurations. The problem is that there is no way within a Layout's "doLayout" to safely modify the layout itself. This makes LayoutHooks fragile, and more to the point, makes SimpleStacking fragile, so we can't safely define a tabbed' = simpleStacking . tabbed A workaround would have been to duplicate the tabbed code, but I'd rather leave the ugliness and get this fixed.

1 0

is LayoutHooks (and thus Tabbed)
by David Roundy 21 Jun '07

21 Jun '07

It looks to me like LayoutHook is broken when you've got more than one workspace visible. Is anyone using tabbed with multiple screens? If so, is it working fine? It seems like it'd attach the decorations to the wrong layout, which might cause artifacts... When I test it briefly, everything looks fine, but I'm not sure why that is. Maybe because the hooks only have effect on the UnDoLayout. I'm about to write a module that uses them with hooks that matter where they're attached (to handle stacking), so it'll actually matter. Which probably means we'll need some way to identify the layout we wish to attach the hook to, presumably by passing the Stack, which is an awfully big stick to use! :( If only the tag were part of the Stack... :) -- David Roundy http://www.darcs.net

1 0

xmonad community: charts and graphs
by dons＠cse.unsw.edu.au 21 Jun '07

21 Jun '07

100 day of xmonad! Here's some info on what's happening with the project. Charts and (pie!) graphs. The community and project are looking quite healthy. Good work everyone! Contributors to the core xmonad, in terms of patches: http://www.cse.unsw.edu.au/~dons/images/xmonad-core-contrib-07-06-21.png Contributors to the contrib library: http://www.cse.unsw.edu.au/~dons/images/xmonad-extentsions-contrib-07-06-21… Commit rate to core: http://www.cse.unsw.edu.au/~dons/images/commits/community/xmonad-commits.png Commit rate to extensions library: http://www.cse.unsw.edu.au/~dons/images/commits/community/XMonadContrib-com… Mailing list traffic growth (currently 91 subscribed): http://gmane.org/plot-rate.php?group=gmane.comp.lang.haskell.xmonad (see dwm: http://gmane.org/plot-rate.php?group=gmane.comp.window-managers.dwm ion: http://gmane.org/plot-rate.php?group=gmane.comp.window-managers.ion.general Last week in the irc channel (new record 48 users): http://irc.netsplit.de/tmp/channels/712_1001858.png Keep up the good work everyone. -- Don

1 0

Issue 28 in xmonad: status bar windows shouldn't be movable
by codesite-noreply＠google.com 21 Jun '07

21 Jun '07

Issue 28: status bar windows shouldn't be movable http://code.google.com/p/xmonad/issues/detail?id=28 Comment #3 by dons00: (No comment was entered for this change.) Issue attribute updates: Status: Verified -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 28 in xmonad: status bar windows shouldn't be movable
by codesite-noreply＠google.com 21 Jun '07

21 Jun '07

Issue 28: status bar windows shouldn't be movable http://code.google.com/p/xmonad/issues/detail?id=28 Comment #2 by avi.rozen: Confirmed. Also verified that dzen2 recieves mouse events it's meant to recieve. Thanks. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

patch: Make Magnifier's master window behavior customizable
by Peter De Wachter 21 Jun '07

21 Jun '07

* Make Magnifier's master window behavior customizable based on a suggestion by Tim Hobbs

3 3