April 2009 - xmonad - Haskell.org

darcs patch: New module: XMonad.Actions.TopicSpace
by Nicolas Pouillard 19 Apr '09

19 Apr '09

Sun Apr 19 10:52:39 CEST 2009 Nicolas Pouillard <nicolas.pouillard(a)gmail.com> * New module: XMonad.Actions.TopicSpace

2 1

darcs patch: NamedScratchpad
by konstantin.sobolev＠gmail.com 19 Apr '09

19 Apr '09

Sun Apr 19 00:55:42 EDT 2009 konstantin.sobolev(a)gmail.com * NamedScratchpad

3 2

Issue 289 in xmonad: withWindowNavigation plays badly with Gnome config
by codesite-noreply＠google.com 18 Apr '09

18 Apr '09

Status: New Owner: ---- New issue 289 by stefano.zacchiroli: withWindowNavigation plays badly with Gnome config http://code.google.com/p/xmonad/issues/detail?id=289 What steps will reproduce the problem? 1. use xmonad-contrib 2. use Gnome config and XMonad.Actions.WindowNavigation What is the expected output? What do you see instead? Moving to left/right window works, as well as switching with them. Moving up/down does not work. Switching up/down works but brings down the Gnome panel :-( After that, moving up/down starts working. I found a description of this exact problem in a post to the xmonad mailing list (even though in an unrelated thread): http://markmail.org/message/itxw6v2jn6lpfcs4 No answer though. Additionally, I'm also using the Nautilus desktop, and it seems that by enabling WindowNavigation, the "magic" which makes the desktop behave as expected (i.e., staying on the background of all workspaces) vanish. I see the Nautilus desktop only on the first workspace. What version of the product are you using? On what operating system? Debian GNU/Linux. xmonad 0.8.1, xmonad-contrib 0.8.1. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". xmonad.hs attached, no output for "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 1.9 KB -- 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

Segfault
by Jim Burton 17 Apr '09

17 Apr '09

Hi, I'm using xmonad 0.8.1, GHC 6.10, Ubuntu intrepid, and every now and then I get an X error immediately after logging in and am bounced back to the login screen. Logging in again normally works fine. Here is .xsession-errors from one of those occasions: /etc/gdm/Xsession: Beginning session setup... Setting IM through im-switch for locale=en_GB. Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput.d/default. /home/jim/.xsession: line 9: 5756 Segmentation fault $CABAL_BIN/xmonad ############### And here is my .xinitrc: #!/usr/bin/env bash xsetroot -cursor_name top_left_arrow -solid gray30 CABAL_BIN=/home/jim/.cabal/bin $CABAL_BIN/xmobar & gnome-settings-daemon & numlockx on & unclutter & $CABAL_BIN/xmonad ################ The line .xsession-errors refers to is the last one, which launches xmonad. What's going on? Thanks, -- Jim Burton

3 5

Trouble building on Solaris
by Joseph Garvin 16 Apr '09

16 Apr '09

I'm trying to get xmonad compiled under Solaris 10 and I'm running into an issue with the build step. The configure step appears to go fine, but I suspect is failing silently, because when I try the build step, it tells me I need to run the configure step first (even though I already have). I've installed ghc as a user in ~/ghc-6.10.1 and I'm installing xmonad to my home folder as well. Here's the configure line I'm using: runhaskell Setup.lhs configure --user --prefix=/home/joeg/xmonad-install --extra-lib-dirs=/home/joeg/ghc-6.10.1-install/lib Also, ~/ghc-6.10.1-install/bin is in my PATH.

1 2

Re: [xmonad] one more layout
by Konstantin Sobolev 16 Apr '09

16 Apr '09

> I guess you forgot to attach the patch. I've submitted it with 'darcs send', thought it should find it's way to the mailing list. Anyway, here it is.

2 2

[Fwd: Bug#524281: some applications (e.g., totem and evince) are unable to go fullscreen]
by Joachim Breitner 16 Apr '09

16 Apr '09

[Please keep the bugs.debian.org address in CC] Hi xmonad list, a user has an issue with the current fullscreen handling: -------- Weitergeleitete Nachricht -------- Von: Stefano Zacchiroli <zack(a)debian.org> Betreff: Bug#524281: some applications (e.g., totem and evince) are unable to go fullscreen Datum: Thu, 16 Apr 2009 11:29:20 +0200 [..] If I submitted this as a bug report, it is because I believe it is a bug. I expect fullscreen hints to work out of the box, or at least I expect them to be consistent across applications. If you consider this not to be a bug, feel free to close it explaining why it is not one. ------------------------------------------- I somewhat agree with him, although I currently to work around with a Toggleable Fullscreen layout. I guess we can not change all applications to behave the same (as, for example, screenmessage or gqview do, whose fullscreen support works great without changes). Any chance to make a consistent behavior default in xmonad? Hopefully without having to have xmonad-contrib available? Greetings, Joachim PS: Full bug report history at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524281 -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

1 0

one more layout
by Konstantin Sobolev 15 Apr '09

15 Apr '09

Hello, Could somebody review my attempt to write a layout and tell if it's worth including in contrib? Inventively named ComboP, it mostly acts as CombineTwo, but also takes a predicate which controls new windows placement. For instance withIM (1%7) (ClassName "Tkabber") Grid is roughly imitated by combineTwoP (TwoPane 0.1 (1/7)) (Tall 0 0.1 (1/2)) Grid (ClassName "Tkabber") Also, a few notes/questions from an XMonad newcomer: - I see a lot of flickering when switching workspaces or tabs in Tabbed. Looks like root image is shown first, and then windows paint on top of it. It's very noticeable, especially when some windows are slow to redraw. - ResizableTile doesn't work correctly when placed into some combinator which feeds only a subset of windows to it(?). For instance try this: windowNavigation $ combineTwo (dragPane Vertical 0.1 (1/2)) t t where t= ResizableTall 0 (1/100) (1/2) [] put 4 windows into resulting 2*2 grid and try to send Shring/Expand events to it. Results are unpredictable. - dragPane doesn't work when reflected The idea of layout combinators looks nice, but overall impression is that different combinations haven't been tested thoroughly. Thanks

3 4

darcs patch: Module for automatic placement of floating windows
by Quentin Moser 14 Apr '09

14 Apr '09

After months of getting all my floating windows spawned in the top-left corner and moving them by hand I finally broke down and wrote a floating window module. This module provides both a ManageHook and an X action to manually trigger repositioning of the focused window, supports both WindowArranger and "real" floating windows, and implements the usual placement policies (smart, fixed position, under the mouse). I haven't tested it extensively yet but everything I've tried to do with it worked as intended. At any rate, comments are welcome if you think there's something wrong with it. Hope someone finds this useful! Quentin

3 4

Layout question: can I have a little column for chat windows?
by W. Kaplan 12 Apr '09

12 Apr '09

Hello all, I am looking for a way to be able to stack some chat windows (Psi) on the side of my screen. The way I imagine it would make use a narrow column. The problem I have so far is that, no matter what I try, I am always encumbered in one way or another. These are the things I tried: I can kind of create the layout I want using Tall or XMonad.Layout.ThreeColumns (depending on how I want my main windows to be arranged). These arrangements take a little while to set up though, and just one new window messes everything up again. That's why I'm hoping to find a way to have windows that are pretty much ignored on the side while using a normally behaving Tall layout for the rest. I could use XMonad.Layout.Gaps and floating windows on top of that empty space, but that, of course, just feels terribly wrong. After all I would have to manually resize several windows then. Besides that it would do what I'm looking for though. XMonad.Layout.IM is great because the roster column is inflexible and doesn't get in the way when managing the other windows. I also like the idea of defining a specific window class to be put into that column. However, that column is meant for a single window and I couldn't spawn new windows inside it. XMonad.Layout.LayoutCombinators would be an incredibly flexible way to do it. However, the shrinking/growing etc. keys are applied to the parent layout. This makes it hard to actually manage windows in the contained layouts. Additionally I couldn't spawn new windows inside the second layout either. No matter what layout I set it to it always seemed to be Full with only one window. Maybe these problems can be solved with extra keys or so? I am pretty new to XMonad and like to assume that I just don't know of the right way to configure it. I just hope I could make myself clear enough. Thank you for your help.

2 1