May 2007 - xmonad - Haskell.org

darcs patch: only hide old workspace on view if the old workspace i...
by Jason Creighton 21 May '07

21 May '07

Sun May 20 21:14:35 MDT 2007 Jason Creighton <jcreigh(a)gmail.com> * only hide old workspace on view if the old workspace is not visible (Xinerama)

2 1

[Bug] TwoPane Layout
by Robert Manea 18 May '07

18 May '07

Hi, i stumbeld upon some nasty behaviour in TwoPane layout. Reproduce it as follows: * open 4 windows * switch to tall layout (slave area at the right) * put 2 windows into the master area (incmaster) * there should now be 4 equaly sized windows visible * focus a window in the slave area * switch to TwoPane layout depending on which slave window had focus, TwoPane layout shows some weirdly overlapping windows. Bye, Rob.

2 1

darcs patch: add clear window message in Mosaic. (and 1 more)
by David Roundy 18 May '07

18 May '07

The interesting one here is the myclearWindow message, which allows you to undo any resizing you've done (which is handy when you've got all too many resized windows). David Wed May 16 10:55:18 PDT 2007 David Roundy <droundy(a)darcs.net> * add clear window message in Mosaic. Wed May 16 10:55:54 PDT 2007 David Roundy <droundy(a)darcs.net> * make Mosaic even less picky by default.

2 1

xmonad is a zipper
by dons＠cse.unsw.edu.au 18 May '07

18 May '07

Hey all. Back from vacation, with a shiny new xmonad StackSet implementation based on a 'zipper'. The benefit: 50 lines less code (particularly, Operations.hs gets simpler by far) tracks focus automatically by design (no delete-transient focus-lost bug) I'll have a rather long blog article on the zipper type tomorrow. Spencer, can you have a look. I'd like to merge this in. Needs some merging with the changes during the last week. http://www.cse.unsw.edu.au/~dons/code/xmonad/StackSet.hs http://www.cse.unsw.edu.au/~dons/code/xmonad/Operations.hs -- Don

4 7

0.1: Missing border around some windows
by Kai Grossjohann 18 May '07

18 May '07

There is a red border around xterm windows when they have focus. This border is lacking for Emacs, Gaim, and Firefox windows. (And possibly others.) Running xmonad-0.1. Kai Verizon Deutschland GmbH - Sebrathweg 20, 44149 Dortmund, Germany - Amtsgericht Dortmund, HRB 14952 - Gesch�ftsf�hrer: Donald Badoux - Vorsitzender des Aufsichtsrats: Mark Kearns

3 2

Compile error
by Kai Grossjohann 17 May '07

17 May '07

I just ran "darcs pull", then configure, and then build. I get this compiler error: ketchup% runhaskell Setup.lhs build Preprocessing executables for xmonad-0.1... Building xmonad-0.1... [1 of 6] Compiling StackSet ( StackSet.hs, dist/build/xmonad/xmonad-tmp/StackSet.o ) StackSet.hs:221:0: Warning: Defined but not used: `isFloat' [3 of 6] Compiling Config[boot] ( Config.hs-boot, nothing ) [4 of 6] Compiling Operations ( Operations.hs, dist/build/xmonad/xmonad-tmp/Operatio ns.o ) [5 of 6] Compiling Config ( Config.hs, dist/build/xmonad/xmonad-tmp/Config.o ) [6 of 6] Compiling Main ( Main.hs, dist/build/xmonad/xmonad-tmp/Main.o ) Main.hs:157:32: Couldn't match expected type `Display' against inferred type `Event' In the first argument of `refreshKeyboardMapping', namely `e' In the second argument of `($)', namely `refreshKeyboardMapping e' In the expression: io $ (refreshKeyboardMapping e) tia, Kai Verizon Deutschland GmbH - Sebrathweg 20, 44149 Dortmund, Germany - Amtsgericht Dortmund, HRB 14952 - Gesch�ftsf�hrer: Donald Badoux - Vorsitzender des Aufsichtsrats: Mark Kearns

2 1

bugginess on x86-64 in focus-follows-mouse
by David Roundy 16 May '07

16 May '07

Hi all, I just this morning installed xmonad on my computer at work, and I've run into some bugginess in focus-follows-mouse on this computer: it doesn't work! The only difference that seems notable is that this is a 64-bit machine, while my home computer is 32-bit. In any case, the bugginess is just tha focus doesn't follow mouse. After some tracing, I discovered that the problem was that the ev_mode is weird. The following debug code in Main (right before the trace at the bottom) reveals that handle e@(CrossingEvent {ev_window = w, ev_event_type = t}) | t == enterNotify && ev_detail e /= notifyInferior = trace ("mode must be abnormal "++show (ev_mode e) ++ " vs " ++ show (ev_mode e `mod` 16)) mode must be abnormal 17179869184 vs 0 mode must be abnormal 8589934593 vs 1 Now according to the docs, ev_mode should be a small integer. I suspect that we're seeing here an Int vs CInt issue. :( I've glanced at the code, but really have no idea how to read a .hsc file. In the meantime, we can work around the bug by using the above `mod` in our crossing check. I'll send a patch shortly (although you're welcome to replace it with a real fix, but since the x11 package is included in ghc's distribution, I think some sort of workaround is in order). -- David Roundy Department of Physics Oregon State University

4 5

More than one window in master area?
by Kai Grossjohann 16 May '07

16 May '07

Has anyone implemented the nmaster feature in dwm where it puts more than one window into the master area? (For the tiled layout.) Kai

2 2

darcs patch: throttle the exponential expense when many windows are...
by David Roundy 16 May '07

16 May '07

Here's a patch to avoid serious pain when you've got lots of windows. We only try out the first 1000 ways of arranging the workspace. David Tue May 15 19:21:23 PDT 2007 David Roundy <droundy(a)darcs.net> * throttle the exponential expense when many windows are present.

2 1

darcs patch: variable number of windows in master area
by Jason Creighton 16 May '07

16 May '07

Tue May 15 21:14:37 MDT 2007 Jason Creighton <jcreigh(a)gmail.com> * variable number of windows in master area

2 1