November 2008 - xmonad

darcs patch: Correctly implement section 4.1.7 of ICCCM
by Roman Cheplyaka 26 Nov '08

26 Nov '08

Mon Nov 24 20:46:32 EET 2008 Roman Cheplyaka <roma(a)ro-che.info> * Correctly implement section 4.1.7 of ICCCM Based on patch and investigation by Ivan Tarasov. Fixes #177. - do setInputFocus iff 'input' field of WM_HINTS is True - send WM_TAKE_FOCUS if needed

3 7

Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth
by codesite-noreply＠google.com 26 Nov '08

26 Nov '08

Comment #6 on issue 200 by lucia.culakova: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 I have observed a very similar effect, and the cause was use of XMonad.Actions.Warp with recent xmonad (0.8 for sure, maybe even 0.7?). Changing to use XMonad.Action.UpdateMouse fixed the problem for me, or so it seems. -- 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 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 26 Nov '08

26 Nov '08

Comment #3 on issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 Ah, indeed, it is fixed now. "Just after" might be an overstatement, since I have encountered this bug a while ago and tried to update do darcs without any improvement. However, there is now a different bug, after pulling the 2 patches I have excluded: Wed May 21 23:50:57 CEST 2008 Trevor Elliott <trevor(a)galois.com> * Raise windows in the floating layer when moving or resizing Thu Sep 11 07:39:09 CEST 2008 Devin Mullins <me(a)twifkak.com> * add W.shiftMaster, fix float/tile-reordering bug When I drag a tiled window that is not master, it *first* jumps to master position and size and then moves, which is... counterintuitive, at best. Might be worth filing a new report, then? -- 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 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 26 Nov '08

26 Nov '08

Comment #2 on issue 241 by jus...@justinbogner.com: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 This was fixed in darcs right after the 0.8 release. As a workaround, you could rebind your mouse buttons to not use windows W.swapMaster. -- 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 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Comment #1 on issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 This is the patch responsible for this bug: Wed May 21 23:50:57 CEST 2008 Trevor Elliott <trevor(a)galois.com> * Raise windows in the floating layer when moving or resizing Shall I pull this patch? (1/6) [ynWsfvpxdaqjk], or ? for help: v [Raise windows in the floating layer when moving or resizing Trevor Elliott <trevor(a)galois.com>**20080521215057] { hunk ./XMonad/Config.hs 228 - [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w)) + [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w + >> windows W.swapMaster)) hunk ./XMonad/Config.hs 233 - , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w)) + , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w + >> windows W.swapMaster)) } -- 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 241 in xmonad: 0.8: moving floated window changes the current tiled master
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Status: New Owner: ---- New issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 What steps will reproduce the problem? 1. Create a workspace with 3 tiled and a single float window. 2. Change one of the non-master tiled windows to master. 3. Move the float window around with a mouse. What is the expected output? What do you see instead? Nothing happens to the tiled layout, the float window moves. Instead, while the float window moves, the previous master is swapped back into master position in the tiled layout. What version of the product are you using? On what operating system? This happens in 0.8 from cabal, ghc 6.8.2 on Debian. Downgrading xmonad and xmonad-contrib to 0.7 fixes the problem. Please provide any additional information below. This is my config file: ------------------ import XMonad import XMonad.Hooks.DynamicLog import XMonad.Util.EZConfig import XMonad.Prompt import XMonad.Prompt.RunOrRaise import XMonad.Actions.Warp import qualified XMonad.StackSet as W import XMonad.Layout.NoBorders import XMonad.Layout.ShowWName import XMonad.Layout.PerWorkspace import XMonad.Layout.ToggleLayouts import XMonad.Hooks.ManageDocks main = xmonad conf modm = modMask conf ctrlm = controlMask modctrlm = modm .|. ctrlm term = "urxvtc" topRow = [xK_exclam, xK_at, xK_numbersign, xK_dollar, xK_percent, xK_asciicircum, xK_ampersand, xK_asterisk, xK_parenleft, xK_parenright] pointerFollowsFocus :: Rational -> Rational -> X () pointerFollowsFocus h v = do dpy <- asks display root <- asks theRoot withFocused $ \w -> do wa <- io $ getWindowAttributes dpy w (sameRoot,_,w',_,_,_,_,_) <- io $ queryPointer dpy root if (sameRoot && w == w') then return () else io $ warpPointer dpy none w 0 0 0 0 (fraction h (wa_width wa)) (fraction v (wa_height wa)) where fraction x y = floor (x * fromIntegral y) tiled = Tall 1 delta ratio where delta = 3/100 ratio = 1/2 manageH = composeAll . concat $ [ [ className =? c --> doFloat | c <- floats], [ className =? "urxvt" --> doF (W.shift "1:term") ], [ className =? "Konqueror" --> doF (W.shift "2:web") ], [ className =? "Emacs" --> doF (W.shift "3:emacs") ] ] where floats = ["MPlayer", "Gimp", "Xmessage"] layoutH = -- show workspace names when switching. showWName $ -- workspace 1 starts in Full mode and can switch to tiled. onWorkspace "2:web" (smartBorders $ Full ||| tiled) $ -- start all workspaces in my home directory, with the ability -- to switch to a new working dir. -- workspaceDir "~" $ -- navigate directionally rather than with mod-j/k -- configurableNavigation (navigateColor "#00aa00") $ -- ability to toggle between fullscreen toggleLayouts (noBorders Full) $ -- toggle vertical/horizontal layout reflection -- mkToggle (single REFLECTX) $ -- mkToggle (single REFLECTY) $ -- borders automatically disappear for fullscreen windows avoidStruts $ smartBorders $ (tiled ||| Mirror tiled) conf = defaultConfig { terminal = term , normalBorderColor = "grey" , focusedBorderColor = "red" , workspaces = ["1:term", "2:web", "3:emacs", "4", "5", "6", "7", "8:trash"] , modMask = mod4Mask , logHook = {- grabKeys >> -} pointerFollowsFocus (1/2) (1/2) , layoutHook = layoutH , manageHook = manageH } `additionalKeys` ( [ ((modm, xK_p), runOrRaisePrompt defaultXPConfig { position = Top }), ((modctrlm, xK_Return), spawn term), ((modm, xK_h), windows W.focusUp), ((modm, xK_s), windows W.focusDown), ((modm, xK_w), withFocused $ windows . W.sink), ((modm, xK_t), sendMessage Shrink), ((modm, xK_n), sendMessage Expand), ((modm, xK_b), sendMessage ToggleStruts), ((modctrlm, xK_t), sendMessage NextLayout), -- ((modctrlm, xK_n), sendMessage PreviousLayout), ((modctrlm, xK_space), sendMessage ToggleLayout), ((modctrlm, xK_s), windows W.swapDown), ((modctrlm, xK_h), windows W.swapUp), ((modctrlm, xK_c), kill) ] ++ [ ((m .|. modm, k), windows $ f i) | (i, k) <- zip (XMonad.workspaces conf) topRow, (f, m) <- [(W.greedyView, 0), (W.shift, ctrlm)] ] ++ [ ((m .|. modm, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_a, xK_o, xK_e] [0..], (f, m) <- [(W.view, 0), (W.shift, shiftMask)] ] ) ---------------------------------------- I don't this is due to a contrib module, as this still happens when I cut down the configuration file considerably. I recall trying to solve this in #xmonad, but noone has been able to reproduce, so I am at a loss what's wrong here. But, recompiling xmonad-0.7 against exactly the same system fixes the problem, so I believe this *is* a xmonad bug... -- 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 240 in xmonad: recompilation fails silently
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Status: New Owner: ---- New issue 240 by graphov: recompilation fails silently http://code.google.com/p/xmonad/issues/detail?id=240 This is not actually a defect but take some time to fix. Tomorrow I got template xmonad.hs config from the wiki (now it is changed and is correct). That file contained a module declaration with name different from "Main". That caused ghc just to compile (xmonad.o produced) it but don't link (as no Main presents). As there were no compilation errors xmonad started normally but actually config wasn't applied. I was fighting with xmonad for an hour trying to force it to use rxvt-unicode instead of xterm before noticed that my config simply doesn't compile. Maybe it's better to check if the executable actually presents in xmonad directory? Thanks. -- 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 239 in xmonad: W.shiftMaster not in scope
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Updates: Status: Fixed Comment #2 on issue 239 by byorgey: W.shiftMaster not in scope http://code.google.com/p/xmonad/issues/detail?id=239 No, the problem is that the template xmonad.hs for 0.8 on the wiki was actually the darcs version; shiftMaster was added after the 0.8 release. I've fixed the template xmonad.hs to actually work with the released 0.8 version of xmonad, and added a link to a darcs template xmonad.hs as well. -- 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 239 in xmonad: W.shiftMaster not in scope
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Comment #1 on issue 239 by dons00: W.shiftMaster not in scope http://code.google.com/p/xmonad/issues/detail?id=239 You're missing an import line. import qualfied XMonad.StackSet as W -- 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 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol
by codesite-noreply＠google.com 25 Nov '08

25 Nov '08

Comment #6 on issue 177 by astsmtl: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I can confirm that it fixes my problems with focus in some Java apps. I didn't try this patch before, because author said it doesn't work and already installed fluxbox to work with those apps. :) -- 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