June 2007 - xmonad - Haskell.org

Issue 17 in xmonad: User-definable X monad state type
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 17: User-definable X monad state type http://code.google.com/p/xmonad/issues/detail?id=17 Comment #4 by dons00: Two requests recently wanted simple module-local state. One in particular, remembering the last focused workspace, and binding a key to switch to it, could be considered a basic use case for this module-local state feature. One solution, btw, would be a module type class with private state (ooh, an associated type..). And given some time thinking about this, I think a light weight way to declare simple state types, that are module-private would be best. Lambdabot does this, perhaps we can do it with a type class in a similar way. The 'remeber last workspace' would be a nice thing to support for 0.3. -- 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 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #4 by dons00: Investigate the _NET_WM_WINDOW_TYPE_DOCK property. Which is set by gkrellm, kicker et al. _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DOCK. -- 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 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #5 by jcreigh: I'm looking into this. The tricky bit is what to do with dock-type windows, as we want them to be always visible, but we don't want to "unmanage" them, because we need to care about some things, eg, property change events. Issue attribute updates: Owner: jcreigh -- 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 11 in xmonad: ui idea: user-specified filters to 'manage'
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 11: ui idea: user-specified filters to 'manage' http://code.google.com/p/xmonad/issues/detail?id=11 Comment #2 by dons00: Frequently requested (filters to set windows on particular workspaces, and in particular layers). should do this for 0.3 -- should be trivial. Jason, want to have a go? Issue attribute updates: Status: Accepted Labels: Milestone-Release0.3 -- 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 18 in xmonad: Support other task bar / dock properties?
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 18: Support other task bar / dock properties? http://code.google.com/p/xmonad/issues/detail?id=18 Comment #4 by dons00: I'm merging this into the STRUT PR. Issue attribute updates: Status: Duplicate -- 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 4 in xmonad: Implement float layer
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 4: Implement float layer http://code.google.com/p/xmonad/issues/detail?id=4 Comment #5 by dons00: Last remaining task here is the stackset change, to be done soon. -- 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 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #7 by dons00: > it now does recognize the Screens Good. Perhaps we put this down to missing 'runhaskell Setup.lhs clean'/autoreconf mixup somewhere? Can you just confirm for us that xinerama support is working as advertised? -- 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

darcs patch: Magnifier.hs: quote screenshot url for H... (and 1 more)
by joachim.fasting＠gmail.com 24 Jun '07

24 Jun '07

Sat Jun 23 20:48:37 CEST 2007 joachim.fasting(a)gmail.com * Magnifier.hs: quote screenshot url for Haddock compatibility. Sat Jun 23 20:49:38 CEST 2007 joachim.fasting(a)gmail.com * Square.hs: put usage instructions after imports for Haddock compatibility.

5 4

darcs patch: Magnifier.hs: quote screenshot url for Haddock compati...
by joachim.fasting＠gmail.com 24 Jun '07

24 Jun '07

Sun Jun 24 00:32:27 CEST 2007 joachim.fasting(a)gmail.com * Magnifier.hs: quote screenshot url for Haddock compatibility (amended * version).

2 1

darcs patch: make everything work with new doLayout. (and 1 more)
by David Roundy 24 Jun '07

24 Jun '07

Hi all, Here's a cleanup of Combo (depends on rewrite of doLayout). David Sat Jun 23 14:09:52 PDT 2007 David Roundy <droundy(a)darcs.net> * make everything work with new doLayout. This modifies all the contrib modules to work (so far as I know) with the new contrib layout. The exception is the LayoutHooks module, which isn't used. It exports an API that is inherently unsafe, so far as I can tell (and always has been). Sun Jun 24 10:13:46 PDT 2007 David Roundy <droundy(a)darcs.net> * clean up code in Combo. This adds some type safety, since the super-layout is now of a distinct type from the sublayouts. This avoids the ugliness we had, of passing "fake" windows to the super layout. Now we directly lay out the layouts.

1 0