December 2010 - xmonad

Re: [xmonad] Issue 422 in xmonad: mtl-2.0.1.0 & ghc-7.0.1 compatibility changes
by codesite-noreply＠google.com 15 Dec '10

15 Dec '10

Updates: Status: Duplicate Mergedinto: 419 Comment #1 on issue 422 by vogt.adam: mtl-2.0.1.0 & ghc-7.0.1 compatibility changes http://code.google.com/p/xmonad/issues/detail?id=422 (No comment was entered for this change.)

1 0

Fwd: How to use onScreen function on startup?
by kevind256 13 Dec '10

13 Dec '10

---------- Forwarded message ---------- From: kevind256 <kevind256(a)gmail.com> Date: Sat, 11 Dec 2010 13:37:55 +0300 Subject: How to use onScreen function on startup? To: xmonad(a)haskell.org Hi, Sorry to ask question out of total lack of knowledge of Haskell, but how do I use a function (in this case onScreen from XMonad.Actions.OnScreen) at xmonad startup? I's like to assign the last workspace to second screen by default, since it's really secondary in my setup (music player is there usually). I tried putting this in main = do { ... } section: onScreen 1 "9"; but got this long error message (till end of this post): Error detected while loading xmonad configuration file: /home/kevin/.xmonad/xmonad.hs xmonad.hs:30:1: Couldn't match expected type `IO a' against inferred type `i -> XMonad.StackSet.StackSet i l a1 [Char] sd -> XMonad.StackSet.StackSet i l a1 [Char] sd' In a stmt of a 'do' expression: onScreen 1 "9" In the expression: do { xmproc <- spawnPipe "xmobar"; onScreen 1 "9"; xmonad $ defaultConfig {normalBorderColor = "black", focusedBorderColor = "red2", borderWidth = 2, modMask = modm, focusFollowsMouse = False, manageHook = manageDocks <+> manageHook defaultConfig, layoutHook = avoidStruts $ simpleTabbed ||| Tall 1 5.0e-2 0.5, logHook = dynamicLogWithPP $ xmobarPP {ppOutput = hPutStrLn xmproc, ppTitle = xmobarColor "white" "" . shorten 100}} `additionalKeys` [((modm, xK_a), spawn "aumix -v-2"), ((modm, xK_f), spawn "aumix -v+2"), ....] } In the definition of `main': main = do { xmproc <- spawnPipe "xmobar"; onScreen 1 "9"; xmonad $ defaultConfig {normalBorderColor = "black", focusedBorderColor = "red2", borderWidth = 2, modMask = modm, focusFollowsMouse = False, manageHook = manageDocks <+> manageHook defaultConfig, layoutHook = avoidStruts $ simpleTabbed ||| Tall 1 5.0e-2 0.5, logHook = dynamicLogWithPP $ xmobarPP {ppOutput = hPutStrLn xmproc, ppTitle = xmobarColor "white" "" . shorten 100}} `additionalKeys` [((modm, xK_a), spawn "aumix -v-2"), ....] } Please check the file for errors.

3 7

Issue 423 in xmonad: XMonad.Layout.Minimize should hide floated windows
by codesite-noreply＠google.com 12 Dec '10

12 Dec '10

Status: New Owner: ---- New issue 423 by joel.kit...(a)gmail.com: XMonad.Layout.Minimize should hide floated windows http://code.google.com/p/xmonad/issues/detail?id=423 What steps will reproduce the problem? 1. Float a window 2. Minimize it 3. It will still show. If XMonad.Layout.BoringWindows is used, the window can only receive focus through the mouse. What is the expected output? What do you see instead? The window is expected to "minimize," or hide from the screen. What version of the product are you using? On what operating system? xmonad 0.9.1 Linux jimmy 2.6.32-ARCH #1 SMP PREEMPT Mon Mar 15 20:44:03 CET 2010 x86_64 Intel(R) Core(TM)2 Duo CPU L9400 @ 1.86GHz GenuineIntel GNU/Linux

1 1

darcs patch: get rid of zombies in a more portable way
by Tomas Janousek 12 Dec '10

12 Dec '10

Sun Apr 11 20:55:10 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> * get rid of zombies in a more portable way FreeBSD and OpenBSD don't support the signal(SIGCHLD, SIG_IGN) way of dealing with them. Wikipedia quote on the issue: "POSIX.1-2001 allows a parent process to elect for the kernel to automatically reap child processes that terminate by setting the disposition of SIGCHLD to SIG_IGN or by setting the SA_NOCLDWAIT flag for the SIGCHLD signal; Linux 2.6 kernels adhere to this behavior while FreeBSD supports only the latter of these methods. Because of historical differences between System V and BSD behaviors with regard to ignoring SIGCHLD, calling wait remains the most portable paradigm for cleaning up after forked child processes." -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

5 4

Fwd: rxvt-unicode terrible slow on second and third screen
by Felix Blanke 11 Dec '10

11 Dec '10

Hi again, is nobody out there using xmonad with more then one screen and rxvt? If there are some ppl: Do you have that lag at the second/third screen? Regards, Felix

3 2

Fwd: Re: Fwd: rxvt-unicode terrible slow on second and third screen
by Felix Blanke 11 Dec '10

11 Dec '10

Sorry, wrong recipient.

1 0

Re: Issue 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 11 Dec '10

11 Dec '10

Comment #9 on issue 69 by mark.stosberg: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 I'm struggling to try Xmonad because I don't have a windows key and the "loving caress" of xmodmap (as the original poster puts it) is not so gentle. As someone new to Xmonad and Haskell, the "sufficient" workaround is not simple at all: - delete all of the default keybindings - add a single keybinding for your desired prefix key that activates a submap - add all the desired keybindings to your submap I wouldn't know how to start with implementing that. I even tried the "extra user-friendly" BlueTile alternative. It also assumed I had a Windows key... -- 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 4

Deactivate hotkeys
by Stephan Rave 07 Dec '10

07 Dec '10

Hey, I would like to be able to dynamically deactivate some of xmonad's hotkeys. Since keybindings are immutable, I tried to write an action which passes the key to the focused window if the hotkey is disabled. The best I could do is this: myKeys conf@(XConfig {XMonad.modMask = modm}) = M.fromList $ ... ( (controlMask , xK_o ), foo ) ... foo = do -- check if the hotkey is disabled. If yes, do: XConf { display = dpy, theRoot = rootw } <- ask io $ ungrabKey dpy anyKey anyModifier rootw spawn "xdotool key o" This more or less works for firefox, except that when I switch to my firefox- workspace, I first have to click into the window. In KDE applications like kmail this does work at all. Any ideas, why? There was once a patch which tried to solve the problem by moving keyActions to XState. (http://www.haskell.org/pipermail/xmonad/2008-July/006063.html) It seems, it never made it into xmonad, although this might be the best solution. Thanks, Stephan

1 0

rxvt-unicode terrible slow on second and third screen
by Felix Blanke 05 Dec '10

05 Dec '10

Hi, I don't know if this is related to xmonad, but it's worth a try :) I use the rxvt terminal. On the primary monitor it works fine, but on the second and third monitor it lags like hell. When I press tab for tab completion it takes sometime 1-2 sec. to complete, where the same thing takes no time at the primary monitor. Does anybody has the same problem with xmonad? I used xterm before and I think that there were not such an issue with xterm. My config: kernel: 2.6.37-rc4 xmonad: xmonad-0.9.1 xmonad-contrib: 0.9.1 I think that problem could be connected with one of these 3 poss.: - graphic driver: I'm using the open source radeon driver - rxvt: I don't think that it is rxvt related. Rxvt shouldn't do any difference on which monitor it is used. - xmonad: Xmonad is what provided the 3 workspaces which I see at the same time. Thats why I think that is is realted to xmonad. Regards, Felix

1 0