December 2010 - xmonad

dzen2 not recognized by avoidStruts on non-rectangular desktop
by Samir Unni 03 Jan '11

03 Jan '11

Hi, I'm trying to use avoidStruts with dzen2 instances on a non-rectangular desktop. I have a 1920x1200 monitor on the left and a 1440x900 monitor on the right. The top edges of the monitors are aligned, so there is a 1440x300 area of dead space below the right monitor. I have 4 dzen2 instances, one anchored to both the left and right sides of the top and bottom edges of the 1440x900 screen. The two instances at the top of the screen are always recognized by avoidStruts, and windows do not overlap them. But when I have the 1920x1200 monitor connected, the instances anchored to the bottom edge (i.e., those above the dead space) are overlapped by windows. I am fairly sure it's a bug in the code, as when I disconnect the 1920x1200 monitor, I have no such problems. I'm running 64-bit Arch Linux with xmonad-darcs & xmonad-contrib-darcs installed from the AUR, though this is also an issue with xmonad 0.9.1 from the repositories. My xmonad.hs is attached. Thank you!!

3 18

qtile like stack layout
by joe skinner 02 Jan '11

02 Jan '11

I have been trying to get a stacked layout that works similar to the layout used in the qtile window manager. This works by having two stacks of windows that take 1/2 the screen each and can either show one the current window or all the windows in the current stack. ie --------------------------------+------------------------------------------- | stack 1 | stack2 | | window 1 | window 1 | | | | | +------------------------------------------| | | | | -------------------------------|window 2 | | window 2 | | || +-----------------------------------------| | | | | | window 3 | | | | --------------------------------+-------------------------------------------| The important thing with this is that the two columns can have windows added independently rather than a master slave arrangement which you get with the tall layout. This looks like something that combineTwo should be able to do but I don't really know enough about haskell or xmonad to get this working. Any suggestions on how to do this Joe

3 2

darcs patch: Note things to update each release. (and 2 more)
by Adam Vogt 31 Dec '10

31 Dec '10

3 patches for repository aavogt@code.haskell.org:/srv/code/xmonad: Mon Mar 22 11:06:22 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Note things to update each release. Sat Apr 3 14:11:15 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Update comments describing `recompile' Sat Apr 3 14:13:54 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Update util/GenerateManpage to be pandoc-1.4 compatible

2 1

Re: HCAR November 2010
by Gwern Branwen 31 Dec '10

31 Dec '10

On Mon, Oct 11, 2010 at 10:24 AM, Janis Voigtlaender <hcar(a)haskell.org> wrote: > Dear Gwern, > > I am currently planning the upcoming November 2010 > edition of the Haskell Communities and Activities Report (HCAR). > > For a previous edition of HCAR, you have kindly provided material > on the following topics: > > * mueval > * xmonad > > I would very much like to receive an update from you on these topics > for inclusion in the new edition. Your contribution is important > to keep the report interesting and up-to-date, which in turn > serves the entire Haskell community. > > The articles from the previous report are attached to this mail. > If you update them, please use the attachments as a basis. > > Completely new entries/topics are also welcome! ... > ---------------------------------------------------------- > Please submit your entries before Monday, 1 November 2010. > ---------------------------------------------------------- > > Thank you very much for your support. I look forward to > hearing from you. > > Ciao, > Janis. I looked through the main Xmonad repo; I saw no major changes (some very small tweaks and doc changes) since May. In XMC's repo, I only saw rearrangements, tweaks, some revamps by me of XMonad.Util.Run not really worth mentioning, and 2 new modules added. Hence, the sum total of my 'update' is: hunk ./man/HCAR.tex 49 \item XMonad.Actions.DynamicWorkspaceOrder \item XMonad.Actions.WorkspaceNames \item XMonad.Actions.DynamicWorkspaceGroups +\item XMonad.Hooks.Minimize - a hook to handle minimize/restore window manager hints +\item XMonad.Actions.GroupNavigation - allows cycling through; can also keeps track of the + history of focused windows and allows returning to the most recently focused The patch is attached. Unless anyone knows of missing changes worth mentioning, I suggest this be applied and then I can ping Janis to grab the new HCAR.tex from http://code.haskell.org/xmonad/man/HCAR.tex -- gwern http://www.gwern.net/

3 4

Wishing for a slightly different functionality with LayoutScreens
by UK 30 Dec '10

30 Dec '10

Hi, I wished for a layout in which the bottom 1/10th of my screen would have a fixed few things (mostly filled with tail -f's of logs and such), while being free to use the rest of the upper 9/10 of the screen normally. I was suggested I play with LayoutScreens for this. The idea was that it would "divide" the screen in half -- pretend as if I had two monitors... I tried it out. It's working. I'm using the lines in this page exactly: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-LayoutScreens.ht… i.e.: import XMonad.Layout.LayoutScreens import XMonad.Layout.TwoPane --[....] , ((modm .|. shiftMask, xK_space), layoutScreens 2 (TwoPane 0.5 0.5)) , ((modm .|. controlMask .|. shiftMask, xK_space), rescreen) And this very nicely gets me what I wanted -- but just with one problem. Instead of the division being vertical, it's horizontal. To give you a pictorial depiction, instead of it being like this: [workspace 1] [workspace 2], it's sort of like this: [workspace 1][workspace 2] I would appreciate any suggestions on how I can have it like the first depiction. I hope you're kind and use small words -- I'm new to both Haskell and XMonad :) Thank you very much for your time, -Kyle

2 1

xmonad-contrib and mtl-2 -- bugfix release?
by Brent Yorgey 28 Dec '10

28 Dec '10

It was just pointed out in #haskell by mreh that the version of xmonad-contrib currently released on Hackage fails to build, since it does not specify version bounds on its mtl dependency, but fails to build with mtl-2, since XMonad.Utils.CustomKeys uses the Reader constructor and HintedGrid uses State. This has since been fixed; the darcs version of xmonad-contrib builds fine with mtl-1 and mtl-2. However, it's poor form to have the released version fall over if you just do 'cabal install xmonad-contrib'. Concretely, I propose that we do a spot bugfix release of just the 0.9.1 tag + the patch that fixed the mtl-2 incompatibility: Mon Nov 15 18:26:54 EST 2010 Adam Vogt <vogt.adam(a)gmail.com> * Compatibility with mtl-1 and mtl-2 The other option would be to do a point release of whatever is currently in darcs, but that would be more work to do properly. I'm happy to do the work to make this happen, I just wanted to hear some reactions first. -Brent

3 6

Behaviour of window stack when closing a window
by Sönke Hahn 21 Dec '10

21 Dec '10

Hi! When closing a window, the focus goes to the next window in the stack, if it exists (e.g. "head $ down currentStack"). What is the best way to change that behaviour to let the focus go to the previous window in the window stack (e.g. "head $ up currentStack")? (btw: This is my first post to a list using a newsreader client, so: Am I doing this right?) Thanks, Sönke

2 3

Maintainership handover: welcome Adam Vogt
by Don Stewart 18 Dec '10

18 Dec '10

Hey all, Just to let the community know: over time Spencer and I have had less and less time to coordinate releases and maintain the core of xmonad. Thankfully, we have a large group of excellent, active contributors. The time has come to recognize the bottlenecks are me and Spencer, and as a result, I'd like to announce that Adam Vogt has been added as a committer to the core system, with authority to coordinate releases and uploads to Hackage. Expect progress now on the GHC 7 support release, as Adam works with the team to schedule the release. Thank you Adam, for stepping up! -- Don Stewart

2 1

New module: XMonad.Layout.Fullscreen
by Audun Skaugen 16 Dec '10

16 Dec '10

The attached darcs patch to XMonadContrib adds a new module implementing a (IMHO) much better way of handling fullscreen windows than the existing fullscreenEventHook from EwmhDesktops. Instead of simply fullFloating the window, this module sends a layout message so that the layout can itself determine how to handle the window. Three proof-of-concept layout modifiers are provided, that illustrate the flexibility of this approach: Two varietes to add fullscreen handlig to the layout, and one hackish modifier that adds fullscreen handling to the floating layer. All of these modifiers also have variants that allow you to specify which part of the screen the fullscreened window should fill. I hope you will find this useful.

3 2

Issue 419 in xmonad: Build of xmonad on hackage is broken with ghc-7
by codesite-noreply＠google.com 16 Dec '10

16 Dec '10

Status: Accepted Owner: ---- Labels: Priority-Critical Type-Defect Component-Core Component-Contrib New issue 419 by vogt.adam: Build of xmonad on hackage is broken with ghc-7 http://code.google.com/p/xmonad/issues/detail?id=419 xmonad and xmonad-contrib need base == 3.*, which has been removed xmonad-contrib breaks with mtl-2, since constructors like State and Reader have been removed all problems are fixed in darcs

1 1