- xmonad - Haskell.org

Issue 21 in xmonad: StackSet.hs does not compile with Hugs or Yhc
by codesite-noreply＠google.com 26 Jun '07

26 Jun '07

Issue 21: StackSet.hs does not compile with Hugs or Yhc http://code.google.com/p/xmonad/issues/detail?id=21 Comment #3 by SpencerJanssen: (No comment was entered for this change.) Issue attribute updates: 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

darcs patch: simplify StackSet.delete
by David Roundy 26 Jun '07

26 Jun '07

Sun Jun 24 07:48:54 PDT 2007 David Roundy <droundy(a)darcs.net> * simplify StackSet.delete

2 6

darcs patch: support self-modifying layouts.
by David Roundy 26 Jun '07

26 Jun '07

Hi all, Here's a patch to support self-modifying Layouts. The problem with the previous API was that there was no safe way to write a self-modifying layout, since there was no way for the layout to determine where (if anywhere) it was located in XState (or anywhere else). This patch makes doLayout return a (Maybe (Layout a)) which is treated as the modified version of the Layout if it's not Nothing. This isn't an ideal API, since it relies on the caller of doLayout checking its return value, and acting on it appropriately. But I don't know of a better way to do this, and at least this works. And since we won't have many Layouts in core, it shouldn't be hard to keep core bug-free, and LayoutHelpers has some code for assisting in writing layout modifiers. The really ugly stuff is in Decorations, where we return a Layout modifier and rely on our caller to make use of it. :( It seems like we really need some sort of a Layout monad, but I'm too tired to think more about this just now. Patches to XMonadContrib to follow... David Sat Jun 23 13:14:47 PDT 2007 David Roundy <droundy(a)darcs.net> * support self-modifying layouts.

2 4

darcs patch: simplify shift, removing unneeded check.
by David Roundy 26 Jun '07

26 Jun '07

Just a little cleanup... Sun Jun 24 08:08:51 PDT 2007 David Roundy <droundy(a)darcs.net> * simplify shift, removing unneeded check.

2 2

More on 0.3 release
by dons＠cse.unsw.edu.au 26 Jun '07

26 Jun '07

We've narrowed down the list of tasks left for the 0.3 (floating layer) release. Researchy tasks are bumped to 0.4, to prevent instability coming in: * finish floating layer/fullscreen integration (dons) draft complete, 1/2 day merge, at least a week's testing * (maybe) layout info persist across restart (sjanssen) unknown, easy to test * filters to manage (so you can specify rules for which workspace/layer an app starts in) an hour? ,easy to test * greedy-by-default workspace switching (sjanssen/jcreigh) already implemented Which bumps back to 0.4 the following: * dock STRUT support -- requires sticky windows of some kind * managed gap layer (again, sticky windows somehow) * sticky windows in the droundy style. So, if 0.3 is the floating layer release, looks like 0.4 will be the sticky windows release, assuming we can come up with a nice way to manage us these things. David, get started on thinking about this -- if you're not already :-) -- Don

2 2

darcs patch: MetaModule.hs: add LayoutHelpers. (and 1 more)
by joachim.fasting＠gmail.com 26 Jun '07

26 Jun '07

Tue Jun 26 08:55:22 CEST 2007 joachim.fasting(a)gmail.com * MetaModule.hs: add LayoutHelpers. Also tweaks import ordering slightly. Tue Jun 26 09:14:49 CEST 2007 joachim.fasting(a)gmail.com * Accordion.hs: whitespace. Makes Haddock not complain about not finding documentation for '$'.

2 1

darcs patch: simplify StackSet.delete (and 2 more)
by David Roundy 26 Jun '07

26 Jun '07

Sorry, I forgot to send this earlier. These are the changes needed to support sticky windows. David Sun Jun 24 07:48:54 PDT 2007 David Roundy <droundy(a)darcs.net> * simplify StackSet.delete Sun Jun 24 07:59:31 PDT 2007 David Roundy <droundy(a)darcs.net> * make delete work when window is in multiple workspaces. Sun Jun 24 08:02:08 PDT 2007 David Roundy <droundy(a)darcs.net> * fix apparent memory leak when floating windows are deleted.

4 5

Issue 12 in xmonad: Support _NET_WM_STRUT property for status bar programs
by codesite-noreply＠google.com 26 Jun '07

26 Jun '07

Issue 12: Support _NET_WM_STRUT property for status bar programs http://code.google.com/p/xmonad/issues/detail?id=12 Comment #6 by dons00: Likely needs to be held in a sticky layer, however we plan to support that. See [http://code.google.com/p/xmonad/issues/detail?id=27&can=2&q= #27]. Bumping to 0.4 Issue attribute updates: Labels: -Milestone-Release0.3 Milestone-Release0.4 -- 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 27 in xmonad: Handle sticky windows
by codesite-noreply＠google.com 26 Jun '07

26 Jun '07

Issue 27: Handle sticky windows http://code.google.com/p/xmonad/issues/detail?id=27 Comment #2 by dons00: Rename this to be the 'sticky windows' issue. Likely to be resolved for 0.4. Issue attribute updates: Summary: Handle sticky windows Labels: -Type-Defect Type-Enhancement Milestone-Release0.4 -- 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: add CopyWindow module, to support sticky/tagged windows.
by David Roundy 26 Jun '07

26 Jun '07

Hi all, Here's support for sticky windows and dwm-style tagging. Requires (I believe) my improved delete. It almost duplicates code in StackSet, since I wanted to make as few modifications as possible. So by default, insertUp will refuse to act on sticky windows, and shift will delete a sticky window from all workspaces but one. We can later decide if we want to change their behavior in core to behave well with sticky windows, or just duplicate it here. My feeling is that this module eventually belongs in core, but that contrib is the right place to develop it. kill1, for instance, I think could probably eventually replace kill (it behaves identically on non-sticky windows), and with changes to the quickcheck tests, insertUp' could replace insertUp. David Sun Jun 24 08:56:48 PDT 2007 David Roundy <droundy(a)darcs.net> * add CopyWindow module, to support sticky/tagged windows. This module allows dwm-style tagging (as I understand dwm). You can have a given window visible in multiple workspaces. If it's visible in two workspaces both of which are visible, a gap will show up in one of them (which is something that needs fixing in xmonad core). Also defines a kill1 which is like kill, but only removes from the current workspace a window if it's in multiple workspaces.

2 1